Bir işlemi ölürse yeniden başlatmak için bash betiğini nasıl yazarım?

Bir kuyruk kontrol ve her öğe üzerinde bir eylem gerçekleştirecek bir python komut dosyası var:

# checkqueue.py
while True:
  check_queue()
  do_something()

Çalışıp çalışmadığını kontrol edecek bir bash betiği nasıl yazarım? Kabaca aşağıdaki sahte kod (veya belki böyle bir şey yapmalı ps | grep?):

# keepalivescript.sh
if processidfile exists:
  if processid is running:
     exit, all ok

run checkqueue.py
write processid to processidfile

Bunu bir crontab'dan arayacağım:

# crontab
*/5 * * * * /path/to/keepalivescript.sh

PID dosyalarından, dolandırıcılardan veya çocukları olmayan süreçleri değerlendirmeye çalışan herhangi bir şeyden kaçının.

UNIX'te SADECE çocuklarınızı beklemenizin çok iyi bir nedeni var. Etrafında çalışmaya çalışan herhangi bir yöntem (ps ayrıştırma, pgrep, bir PID depolamak, ...) kusurludur ve içinde boşluklar vardır. Sadece hayır de .

Bunun yerine, sürecin üst öğesi olmak için sürecinizi izleyen sürece ihtiyacınız vardır. Ne anlama geliyor? Bu, yalnızca işleminizi başlatan işlemin güvenli bir şekilde sona ermesini bekleyebileceği anlamına gelir . Bash'da bu kesinlikle önemsiz.

until myserver; do
    echo "Server 'myserver' crashed with exit code $?.  Respawning.." >&2
    sleep 1
done

Yukarıdaki bash kodu myserverbir untildöngüde çalışır . İlk satır başlar myserverve bitmesini bekler. O bittiğinde, untilonun çıkış durumunu kontrol eder. Çıkış durumu ise 0, zarif bir şekilde sona erdiği anlamına gelir (bu, bir şekilde kapatmasını istediniz ve başarılı bir şekilde yaptığını gösterir). Bu durumda yeniden başlatmak istemiyoruz (sadece kapatmasını istedik!). Çıkış durumu değilse 0 , untilSTDERR üzerinde bir hata mesajı yayan ve 1 saniye sonra döngüyü yeniden başlatan döngü gövdesini çalıştırır .

Neden bir saniye bekleyelim? Çünkü başlangıç ​​dizisi ile ilgili bir sorun varsa myserverve hemen çökerse, ellerinizde sürekli yeniden başlatma ve çökme yoğun bir döngüye sahip olacaksınız. sleep 1Bundan zorlanma alır götürür.

Şimdi yapmanız gereken tek şey bu bash betiğini (eşzamansız olarak, muhtemelen) myserverbaşlatmaktır ve gerektiği şekilde izleyip yeniden başlatacaktır. Monitörü önyükleme sırasında başlatmak istiyorsanız (sunucuyu "hayatta kalmayı" başlatarak), @rebootkuralı kullanarak kullanıcının cron'unda (1) programlayabilirsiniz . Cron kurallarınızı aşağıdakilerle açın crontab:

crontab -e

Ardından, monitör komut dosyanızı başlatmak için bir kural ekleyin:

@reboot /usr/local/bin/myservermonitor

Alternatif olarak; inittab (5) ve / etc / inittab'a bakın. myserverBelirli bir başlangıç ​​düzeyinde başlamak ve otomatik olarak yeniden doğmak için oraya bir satır ekleyebilirsiniz .

Düzenle.

Bana neden bazı bilgileri ekleyelim değil PID dosyalarını kullanmak. Çok popüler olsalar da; onlar da çok kusurlu ve sadece doğru şekilde yapmamanızın bir nedeni yok.

Bunu düşün:

1. PID geri dönüşümü (yanlış işlemi öldürmek):

   • /etc/init.d/foo start: Başlat foo, foo's PID'sini yaz/var/run/foo.pid
   • Bir süre sonra: bir fooşekilde ölür.
   • Bir süre sonra: başlayan herhangi bir rastgele işlem (onu çağır bar) rastgele bir PID alır, fooeski PID'yi aldığını hayal edin .
   • Gittiğini fark ettin foo: /etc/init.d/foo/restartokur /var/run/foo.pid, hala hayatta olup olmadığını kontrol eder, bulur bar, düşünür foo, öldürür, yeni bir başlangıç ​​yapar foo.

2. PID dosyaları bayat. PID dosyasının eski olup olmadığını kontrol etmek için aşırı karmaşık (ya da önemsiz değil) mantığına ihtiyacınız var ve böyle bir mantığa karşı yine savunmasız 1..

3. Yazma erişiminiz bile yoksa veya salt okunur bir ortamdaysanız ne olur?

4. Anlamsız bir aşırı komplikasyondur; yukarıdaki örneğimin ne kadar basit olduğunu görün. Bunu karmaşıklaştırmaya gerek yok.

Ayrıca bkz: PID dosyaları 'doğru' yaparken hala kusurlu mu?

Bu arada; PID dosyalarından bile daha kötü ayrışıyor ps! Bunu asla yapma.

1. psçok taşınabilir. Hemen hemen her UNIX sisteminde bulduğunuzda; standart dışı çıktılar istiyorsanız argümanları büyük ölçüde değişir. Ve standart çıktı SADECE insan tüketimi için, komut dosyası ayrıştırma için değil!
2. Ayrıştırma ps, bir sürü yanlış pozitif yol açar. ps aux | grep PIDÖrneği ele alın ve şimdi birisinin, artalanınıza baktığınız PID ile aynı olan, argüman olarak bir yerde bir sayı ile işleme başladığını hayal edin! Bir X seansına başladığınızı ve X'in sizinkini öldürmesi için selamladığınızı düşünün. Sadece her türlü kötü.

Süreci kendiniz yönetmek istemiyorsanız; süreçleriniz için monitör görevi görecek bazı mükemmel sistemler var. Örneğin runit'e bakın .

Monit'e bir göz atın ( http://mmonit.com/monit/ ). Komut dosyanızın başlatılmasını, durdurulmasını ve yeniden başlatılmasını yönetir ve gerekirse sağlık denetimleri ve yeniden başlatmalar yapabilir.

Veya basit bir komut dosyası yapın:

while true
do
/your/script
sleep 1
done

Bunu yapmanın en kolay yolu flock on file kullanmaktır. Python betiğinde

lf = open('/tmp/script.lock','w')
if(fcntl.flock(lf, fcntl.LOCK_EX|fcntl.LOCK_NB) != 0): 
   sys.exit('other instance already running')
lf.write('%d\n'%os.getpid())
lf.flush()

Kabukta gerçekten çalışıp çalışmadığını test edebilirsiniz:

if [ `flock -xn /tmp/script.lock -c 'echo 1'` ]; then 
   echo 'it's not running'
   restart.
else
   echo -n 'it's already running with PID '
   cat /tmp/script.lock
fi

Ama tabii ki test etmek zorunda değilsiniz, çünkü zaten çalışıyorsa ve yeniden başlatırsanız, 'other instance already running'

İşlem bittiğinde, dosya tanımlayıcılarının tümü kapatılır ve tüm kilitler otomatik olarak kaldırılır.

Sistemdeki farklı şeyleri izleyebilen ve buna göre tepki verebilen standart bir unix aracı olan monit'i kullanmalısınız.

Dokümanlardan: http://mmonit.com/monit/documentation/monit.html#pid_testing

checkqueue.py işlemini pidfile /var/run/checkqueue.pid ile kontrol edin
       pid değiştirilirse "checkqueue_restart.sh" komutunu çalıştırın.

Monit'i, yeniden başlatma yaptığında size e-posta gönderecek şekilde de yapılandırabilirsiniz.

if ! test -f $PIDFILE || ! psgrep `cat $PIDFILE`; then
    restart_process
    # Write PIDFILE
    echo $! >$PIDFILE
fi

İşletim sistemlerinde ne kadar taşınabilir olduğundan emin değilim, ancak sisteminizin 'run-one' komutunu, yani "man run-one" içerip içermediğini kontrol edebilirsiniz. Özellikle, bu komut kümesi tam olarak ihtiyaç duyulan şey gibi görünen 'sürekli bir şekilde' içerir.

Man sayfasından:

sürekli çalışan KOMUT [ARGS]

Not: açıkçası bu sizin betiğinizden çağrılabilir, ama aynı zamanda bir betiğe sahip olma ihtiyacını ortadan kaldırır.

Aşağıdaki komut dosyasını çok sayıda sunucuda büyük bir başarıyla kullandım:

pid=`jps -v | grep $INSTALLATION | awk '{print $1}'`
echo $INSTALLATION found at PID $pid 
while [ -e /proc/$pid ]; do sleep 0.1; done

notlar:

• Bir java süreci arıyor, bu yüzden jps kullanabilirsiniz, bu ps'den daha dağıtımlar arasında çok daha tutarlı
• $INSTALLATION Tamamen açık olan süreç yolunu yeterince içeriyor
• Sürecin ölmesini beklerken uykuyu kullanın, kaynak atmaktan kaçının :)

Bu komut dosyası, komut satırında kapatmak (ve beklemek) istediğim tomcat'in çalışan bir örneğini kapatmak için kullanılır, bu nedenle bir alt işlem olarak başlatmak benim için bir seçenek değildir.

Bunu npm Süreci için kullanıyorum

#!/bin/bash
for (( ; ; ))
do
date +"%T"
echo Start Process
cd /toFolder
sudo process
date +"%T"
echo Crash
sleep 1
done