Kapatma süreçlerine hangi sırayla sinyal göndermeliyim?

Bir de açıklama üzerine bu cevabı diğerinin sorusuna , yorumcu diyor ki:

kesinlikle gerekli olmadıkça kill -9 kullanmayın! SIGKILL yakalanamaz, bu nedenle öldürülen program, örneğin geçici dosyaları silmek için herhangi bir kapatma rutini çalıştıramaz. Önce HUP (1), ardından INT (2), ardından QUIT (3) 'ü deneyin

Prensip olarak buna katılıyorum SIGKILL, ama geri kalanı benim için haber. Tarafından gönderilen varsayılan sinyal göz önüne alındığında killise SIGTERM, bunun keyfi bir sürecin düzgün kapanmasına en-yaygın beklenen sinyaldir beklenebilir. Ayrıca, SIGHUPbir arka plan programına "yapılandırma dosyanızı yeniden okuyun" demek gibi sonlandırıcı olmayan nedenlerle kullanıldığını gördüm . Ve bana öyle geliyor ki SIGINT(Ctrl-C ile tipik olarak elde edeceğiniz aynı kesinti, değil mi?) Olması gerektiği kadar geniş çapta desteklenmiyor veya oldukça ürkütücü bir şekilde sonlanıyor.

Bunun SIGKILLson çare olduğu düşünüldüğünde - İşlemi olabildiğince zarif bir şekilde kapatmak için rastgele bir sürece hangi sinyalleri ve hangi sırayla göndermelisiniz?

Lütfen cevaplarınızı destekleyici gerçeklerle (kişisel tercih veya görüşün ötesinde) veya mümkünse referanslarla kanıtlayın.

Not: Özellikle bash / Cygwin'i dikkate alan en iyi uygulamalarla ilgileniyorum.

Düzenleme: Şimdiye kadar kimse INT veya QUIT'ten bahsetmiyor gibi görünüyor ve HUP'tan sınırlı olarak bahsediliyor. Bunları düzenli bir süreç öldürmeye dahil etmek için herhangi bir sebep var mı?

SIGTERM, bir uygulamaya sonlandırmasını söyler. Diğer sinyaller, uygulamaya kapatma ile ilgisi olmayan ancak bazen aynı sonuca sahip olabilecek başka şeyler söyler. Bunları kullanmayın. Bir uygulamanın kapanmasını istiyorsanız, ona söyleyin. Yanıltıcı sinyaller vermeyin.

Bazı insanlar bir süreci sonlandırmanın akıllıca standart yolunun, ona HUP, INT, TERM ve son olarak KILL gibi bir dizi sinyal göndermek olduğuna inanıyor. Bu gülünç. Sonlandırma için doğru sinyal SIGTERM'dir ve SIGTERM, tercih edebileceğiniz gibi işlemi anında sonlandırmazsa, bunun nedeni uygulamanın sinyali işlemeyi seçmiş olmasıdır. Bu, hemen sonlandırmamak için çok iyi bir nedeni olduğu anlamına gelir: Yapacak temizlik işleri var. Temizleme çalışmasını diğer sinyallerle keserseniz, bellekteki hangi verilerin henüz diske kaydetmediğini, hangi istemci uygulamalarının askıda kaldığını veya etkin bir veri bozulması olan "cümlenin ortasında" kesintiye uğrayıp uğramadığınızı bilemezsiniz.

Sinyallerin gerçek anlamının ne olduğu hakkında daha fazla bilgi için, bkz. Sigaction (2). "Varsayılan Eylem" i "Açıklama" ile karıştırmayın, bunlar aynı şey değildir.

SIGINT, sürecin etkileşimli bir "klavye kesintisini" işaret etmek için kullanılır. Bazı programlar, terminal kullanıcılarının amacı için durumu özel bir şekilde ele alabilir.

SIGHUP, terminalin kaybolduğunu ve artık işleme bakmadığını belirtmek için kullanılır. Hepsi bu. Bazı süreçler yanıt olarak kapatmayı seçerler, çünkü genellikle terminal olmadan işlemlerinin bir anlamı yoktur, bazıları ise yapılandırma dosyalarını yeniden kontrol etmek gibi başka şeyler yapmayı tercih eder.

SIGKILL, süreci çekirdekten zorla kaldırmak için kullanılır. Bu, aslında işlem için bir sinyal olmaması, daha ziyade doğrudan çekirdek tarafından yorumlanması açısından özeldir.

SIGKILL göndermeyin. SIGKILL kesinlikle asla komut dosyalarıyla gönderilmemelidir. Uygulama SIGTERM'i kullanıyorsa, temizlenmesi bir saniye, bir dakika, bir saat sürebilir . Uygulamanın bitmeye hazır hale gelmeden önce ne yapması gerektiğine bağlı olarak. "O Herhangi mantık kabul X saniye sonra kısayol ya SIGKILLed olmak bir uygulamanın temizleme sırası yeterince uzun almıştır" ve ihtiyaçları olan sadece düz yanlış .

Bir uygulamanın sonlandırmak için bir SIGKILL'e ihtiyaç duymasının tek nedeni , temizleme dizisi sırasında bir şeyin arızalanmasıdır. Bu durumda bir terminal açıp manuel olarak SIGKILL yapabilirsiniz. Bunun dışında, bir şeyi SIGKILL yapmanın bir diğer nedeni, onun kendi kendini temizlemesini engellemek İSTEDİĞİNİZdir .

Dünyanın yarısı, 5 saniye sonra SIGKILL'i körü körüne göndermesine rağmen, yapılması gereken hala korkunç derecede yanlış bir şey.

Kısa Cevap : Gönder SIGTERM, 30 saniye sonra SIGKILL. Yani gönder SIGTERM, biraz bekle (programdan programa değişebilir, sisteminizi daha iyi tanıyabilirsiniz, ancak 5 ila 30 saniye yeterlidir. Bir makineyi kapatırken otomatik olarak 1'30'lara kadar beklediğini görebilirsiniz. Sonuçta neden acele?), Sonra gönderin SIGKILL.

Makul Cevap : SIGTERM, SIGINT, SIGKILL Bu yeter de artar. Süreç büyük olasılıkla daha önce sona erecek SIGKILL.

Uzun Cevap : SIGTERM, SIGINT, SIGQUIT, SIGABRT,SIGKILL

Bu gereksizdir, ancak en azından mesajınızla ilgili süreci yanıltmıyorsunuz. Bütün bu sinyaller yok sen süreç yaptığını ve çıkış ne durdurmak istiyor demek.

Bu açıklamadan hangi cevabı seçerseniz seçin, bunu aklınızda bulundurun!

Başka bir anlama gelen bir sinyal gönderirseniz, süreç bunu çok farklı şekillerde ele alabilir (bir yandan). Öte yandan, eğer süreç sinyali işlemezse, ne gönderdiğiniz önemli değil, süreç yine de sonlandırılacaktır (tabii ki varsayılan eylem sonlandırmak olduğunda).

Yani, kendinizi bir programcı olarak düşünmelisiniz. Bir SIGHUPşeye bağlanan bir programdan çıkmak için bir işlev işleyiciyi kodlar mıydınız yoksa tekrar bağlanmayı denemek için onu döngüye mi sokardınız? Buradaki ana soru bu! Bu nedenle, niyet ettiğiniz şeyi ifade eden sinyaller göndermek önemlidir.

Neredeyse Aptalca Uzun Cevap :

Aşağıdaki tablo, ilgili sinyalleri ve programın bunları işlememesi durumunda varsayılan eylemleri içerir.

Kullanmayı önerdiğim sırayla sipariş ettim (BTW, makul cevabı kullanmanızı öneririm , burada değil), gerçekten hepsini denemeniz gerekiyorsa (masanın sıralı olduğunu söylemek eğlenceli olur. neden olabilecekleri yıkım, ancak bu tamamen doğru değil ).

Yıldız (*) ile sinyaller vardır DEĞİL önerilir. Bunlarla ilgili önemli olan şey, ne yapmak için programlandığını asla bilemeyeceğinizdir. Özellikle SIGUSR! Kıyameti başlatabilir (bir programcı için ne isterse yapması ücretsiz bir işarettir!). Ancak, ele alınmazsa VEYA beklenmedik bir durumda sona erdirilirse, program sona erecektir.

Tabloda, sonlandırmak ve bir çekirdek dökümü oluşturmak için varsayılan seçeneklere sahip sinyaller, hemen öncesinde sonunda bırakılmıştır SIGKILL.

Signal     Value     Action   Comment
----------------------------------------------------------------------
SIGTERM      15       Term    Termination signal
SIGINT        2       Term    Famous CONTROL+C interrupt from keyboard
SIGHUP        1       Term    Disconnected terminal or parent died
SIGPIPE      13       Term    Broken pipe
SIGALRM(*)   14       Term    Timer signal from alarm
SIGUSR2(*)   12       Term    User-defined signal 2
SIGUSR1(*)   10       Term    User-defined signal 1
SIGQUIT       3       Core    CONTRL+\ or quit from keyboard
SIGABRT       6       Core    Abort signal from abort(3)
SIGSEGV      11       Core    Invalid memory reference
SIGILL        4       Core    Illegal Instruction
SIGFPE        8       Core    Floating point exception
SIGKILL       9       Term    Kill signal

Sonra bunun için öneririm neredeyse aptal uzun cevap : SIGTERM, SIGINT, SIGHUP, SIGPIPE, SIGQUIT, SIGABRT,SIGKILL

Ve son olarak

Kesinlikle Aptal Uzun Uzun Cevap :

Bunu evde denemeyin.

SIGTERM, SIGINT, SIGHUP, SIGPIPE, SIGALRM, SIGUSR2, SIGUSR1, SIGQUIT, SIGABRT, SIGSEGV, SIGILL, SIGFPEVe hiçbir şey, eğer çalıştı SIGKILL.

SIGUSR2daha önce denenmeli SIGUSR1çünkü program sinyali işlemezse daha iyi durumda oluruz. Ve SIGUSR1bunlardan sadece birini idare etmesi çok daha muhtemeldir .

BTW, KILL : SIGKILLDiğer yanıtın da belirttiği gibi bir işleme göndermek yanlış değildir . Peki, bir shutdownemir gönderdiğinizde ne olacağını düşünün ? Bu çalışacağız SIGTERMve SIGKILLsadece. Neden böyle olduğunu düşünüyorsun? Ve eğer shutdownkomut sadece bu ikisini kullanıyorsa , neden başka sinyallere ihtiyacınız var ?

Şimdi, uzun cevaba dönelim , bu güzel bir oneliner:

for SIG in 15 2 3 6 9 ; do echo $SIG ; echo kill -$SIG $PID || break ; sleep 30 ; done

Sinyaller arasında 30 saniye uyur. Başka neden bir oneliner'e ihtiyacınız var ? ;)

Ayrıca, önerilir: yalnızca makul cevaptan15 2 9 gelen sinyallerle deneyin .

güvenlik : echogitmeye hazır olduğunuzda ikinciyi kaldırın . Bunu benim çağrı dry-runiçin Onliners . Her zaman test etmek için kullanın.

Komut öldürücü bir şekilde

Aslında bu soru o kadar ilgimi çekti ki tam da bunu yapmak için küçük bir senaryo oluşturmaya karar verdim. Lütfen buradan indirin (klonlayın):

Killgracefully deposuna GitHub bağlantısı

Normalde SIGTERMvarsayılan öldürmeyi gönderirsiniz . Bir nedenden ötürü varsayılandır. Yalnızca bir program makul bir süre içinde kapanmazsa, başvurmanız gerekir SIGKILL. Ancak SIGKILL, programın bir şeyleri temizleme imkanı olmadığını ve verilerin bozulabileceğini unutmayın.

Gelince SIGHUP, HUP"asmak" anlamına gelir ve tarihsel olarak modem bağlantısı kesildi anlamına geliyordu. Esasen eşdeğerdir SIGTERM. Arka SIGHUPplan programlarının bazen yapılandırmayı yeniden başlatmak veya yeniden yüklemek için kullanmalarının nedeni, bir arka plan programının bunlara ihtiyacı olmadığı ve bu nedenle hiçbir zaman alamayacağı için arka plan yordamlarının herhangi bir kontrol terminalinden ayrılmasıdır, bu nedenle SIGHUPsinyal genel kullanım için "serbest bırakılmış" olarak kabul edilir. Tüm artalan süreçleri bunu yeniden yüklemek için kullanmaz! SIGHUP için varsayılan eylem sonlandırmaktır ve birçok arka plan yordamı bu şekilde davranır! Bu yüzden SIGHUP, cinlere körü körüne posta gönderemez ve onların hayatta kalmasını bekleyemezsiniz.

Düzenleme: SIGINT Normalde bağlı olduğu ^Cveya terminal ayarı bir programı kesintiye uğratacağı için bir işlemi sonlandırmak muhtemelen uygun değildir . Birçok program bunu kendi amaçları için yakalar, bu nedenle işe yaramayacak kadar yaygındır. SIGQUITtipik olarak bir çekirdek dökümü oluşturma varsayılanına sahiptir ve çekirdek dosyaların etrafına yerleştirilmesini istemiyorsanız, bu da iyi bir aday değildir.

Özet: Gönderirseniz SIGTERMve program zaman diliminizde ölmezse, gönderin SIGKILL.

SIGTERMaslında bir uygulamaya bir mesaj göndermek anlamına gelir: " bu kadar nazik davranıp intihar eder miydiniz ". Temizleme ve kapatma kodunu çalıştırmak için uygulama tarafından yakalanabilir ve işlenebilir.

SIGKILLuygulama tarafından yakalanamaz. Uygulama, temizleme şansı olmadan işletim sistemi tarafından öldürülür.

SIGTERMÖnce göndermek , biraz uyumak ve sonra göndermek normaldir SIGKILL.

• SIGTERM, bir penceredeki "X" e tıklamakla eşdeğerdir.
• SIGTERM, Linux kapandığında ilk olarak kullandığı şeydir.

Burada tüm tartışmalar devam ederken, hiçbir kod sunulmadı. İşte benim almam:

#!/bin/bash

$pid = 1234

echo "Killing process $pid..."
kill $pid

waitAttempts=30 
for i in $(seq 1 $waitAttempts)
do
    echo "Checking if process is alive (attempt #$i / $waitAttempts)..."
    sleep 1

    if ps -p $pid > /dev/null
    then
        echo "Process $pid is still running"
    else
        echo "Process $pid has shut down successfully"
        break
    fi
done

if ps -p $pid > /dev/null
then
    echo "Could not shut down process $pid gracefully - killing it forcibly..."
    kill -SIGKILL $pid
fi

HUP bana çöp gibi geliyor. Yapılandırmasını yeniden okuması için bir arka plan programı almaya gönderirim.

SIGTERM yakalanabilir; arka plan programlarınız, bu sinyali aldığında çalıştırılacak temizleme koduna sahip olabilir. Bunu SIGKILL için yapamazsınız. Bu nedenle SIGKILL ile arka planın yazarına herhangi bir seçenek sunmuyorsunuz.

Wikipedia'da daha fazlası