Kiedy nie powinienem zabijać -9 procesu?

Zawsze bardzo się waham kill -9, ale widzę, że inni administratorzy robią to prawie rutynowo.

Wydaje mi się, że istnieje prawdopodobnie rozsądny środek, więc:

1. Kiedy i dlaczego należy kill -9stosować? Kiedy i dlaczego nie?
2. Co należy wypróbować przed zrobieniem tego?
3. Jaki rodzaj debugowania „zawieszonego” procesu może powodować dalsze problemy?

Ogólnie rzecz biorąc, powinieneś używać kill(skrót kill -s TERMlub w większości systemów kill -15) przed kill -9( kill -s KILL), aby proces docelowy miał szansę oczyścić się po sobie. (Procesy nie mogą złapać lub zignorować SIGKILL, ale mogą i często łapią SIGTERM.) Jeśli nie dasz temu procesowi szansy na ukończenie tego, co robi i wyczyszczenia, może pozostawić uszkodzone pliki (lub inny stan) wokół tego po ponownym uruchomieniu nie będzie w stanie zrozumieć.

strace/ truss, ltraceI gdbsą ogólnie dobre pomysły patrząc dlaczego zatrzymany proces jest zatrzymany. ( w systemie truss -uSolaris jest szczególnie pomocny; ltracezbyt często prezentuję argumenty do wywołań biblioteki w bezużytecznym formacie). Solaris ma także przydatne /procnarzędzia oparte na niektórych, z których niektóre zostały przeniesione do systemu Linux. ( pstackczęsto jest pomocny).

Randal Schwartz często publikował na listach „Bezużyteczne użycie (x)”. Jeden taki post był o kill -9. Zawiera powody i przepis do naśladowania. Oto zrekonstruowana wersja (cytowana poniżej).

(Cytat ohyda)

Nie nie nie. Nie używaj kill -9.

Nie daje to procesowi możliwości czystego:

1) zamknij połączenia gniazd

2) wyczyść pliki tymczasowe

3) poinformować dzieci, że wyjeżdża

4) zresetować charakterystykę terminala

i tak dalej i tak dalej i tak dalej.

Zasadniczo wyślij 15 i poczekaj sekundę lub dwie, a jeśli to nie zadziała, wyślij 2, a jeśli to nie zadziała, wyślij 1. Jeśli to nie zadziała, USUŃ BINARNOŚĆ, ponieważ program źle się zachowuje!

Nie używaj kill -9. Nie wyjmuj kombajnu tylko po to, by posprzątać doniczkę.

Kolejne bezużyteczne użycie sieci Usenet,

(.podpis)

Powinno to zawsze być w porządku kill -9, podobnie jak zawsze powinno być w porządku wyłączenie poprzez wyciągnięcie kabla zasilającego. Może być antyspołeczny i pozostawia trochę do zrobienia, ale powinien zadziałać i jest narzędziem dla niecierpliwych.

Mówię to jako ktoś, kto najpierw spróbuje zwykłego zabicia (15), ponieważ daje to programowi szansę na pewne oczyszczenie - być może po prostu zapisanie do dziennika „wyjście z Sig 15”. Ale nie przyjmuję żadnych skarg dotyczących złego zachowania podczas zabójstwa -9.

Powód: wielu klientów robi to, co programiści wolą, a nie robią. Testy losowego zabicia -9 to dobry i uczciwy scenariusz testowy, a jeśli twój system go nie obsługuje, oznacza to, że jest zepsuty.

Używam kill -9 w taki sam sposób, jak wrzucam przybory kuchenne do zmywarki: jeśli przybory kuchenne zostaną zniszczone przez zmywarkę, to nie chcę tego.

To samo dotyczy większości programów (nawet baz danych): jeśli nie mogę ich zabić bez szaleństwa, tak naprawdę nie chcę ich używać. (A jeśli zdarzy ci się skorzystać z jednej z tych baz danych, które zachęcają cię do udawania, że ​​utrwaliły dane, gdy tego nie robią: wydaje mi się, że nadszedł czas, abyś zaczął myśleć o tym, co robisz).

Ponieważ w prawdziwym świecie rzeczy mogą spaść w dowolnym momencie z dowolnego powodu.

Ludzie powinni pisać oprogramowanie odporne na awarie. W szczególności na serwerach. Powinieneś nauczyć się projektować oprogramowanie, które zakłada, że ​​coś się zepsuje, zawiesi itp.

To samo dotyczy oprogramowania komputerowego. Kiedy chcę wyłączyć przeglądarkę, zwykle trwa AGES. Nie ma nic moja przeglądarka musi to zrobić należy przyjmować więcej niż co najwyżej kilka sekund. Kiedy proszę o zamknięcie, powinien to zrobić natychmiast. Kiedy tak się nie stanie, wyciągamy zabicie -9 i robimy to.

W pozostałych odpowiedziach nie wspomniano o przypadku, w którym w kill -9ogóle nie działa, gdy proces jest <defunct>i nie można go zabić:

Jak mogę zabić <niedziałający> proces, którego rodzicem jest init?

Co nie działa w procesie i dlaczego nie zostaje zabity?

Zanim więc próbować kill -9w <defunct>przebiegu procesu ps -ef, aby zobaczyć, co jego rodzic jest i próba -15(TERM) lub -2(INT) i wreszcie -9(kill) na jego rodzica.

_{Uwaga: co ps -efrobi .}

_{Późniejsza edycja i ostrożność: zachowaj ostrożność podczas zabijania procesów, ich rodziców lub dzieci, ponieważ mogą pozostawić pliki otwarte lub uszkodzone, połączenia niedokończone, mogą uszkodzić bazy danych itp., Chyba że wiesz, co kill -9robi dla procesu, używaj go tylko w ostateczności , a jeśli chcesz uruchomić kill, użyj sygnałów określonych powyżej przed użyciem-9 (KILL)}

Nigdy nie rób kill -9 1. Unikaj także zabijania niektórych procesów, takich jak mount`. Kiedy muszę zabić wiele procesów (np. Zawiesić sesję X i muszę zabić wszystkie procesy danego użytkownika), odwracam kolejność procesów. Na przykład:

ps -ef|remove all processes not matching a certain criteria| awk '{print $2}'|ruby -e '$A=stdin.readlines; A.reverse.each{|a| puts "kill -9 #{a}"}'|bash

Pamiętaj, że killto nie zatrzymuje procesu i nie zwalnia jego zasobów. Wystarczy wysłać do procesu sygnał SIGKILL; możesz skończyć z zawieszonym procesem.

Zabijanie procesów chcąc nie chcąc, nie jest płynnym ruchem: dane mogą zostać utracone, źle zaprojektowane aplikacje mogą się zepsuć w subtelny sposób, którego nie można naprawić bez ponownej instalacji .. ale całkowicie zależy to od wiedzy, co jest, a co nie jest bezpieczne w podana sytuacja. i co byłoby zagrożone. Użytkownik powinien mieć pojęcie, czym jest lub powinien być proces i jakie są jego ograniczenia (IOPS dysku, rss / swap) i być w stanie oszacować, ile czasu powinien zająć proces długotrwały (np. Kopia pliku, ponowne kodowanie mp3, migracja poczty e-mail, tworzenie kopii zapasowych [Twój ulubiony czas tutaj].)

Ponadto przesłanie SIGKILLdo pid nie gwarantuje zabicia go. Jeśli utknął w wywołaniu systemowym lub jest już zombie ( Zin ps), może nadal być zombie. Często dzieje się tak w przypadku długotrwałego procesu ^ Z i zapominania o nim bgprzed podjęciem próby kill -9. Prosty fgpołączy ponownie stdin / stdout i prawdopodobnie odblokuje proces, zwykle następnie następuje zakończenie procesu. Jeśli utknie gdzie indziej lub w jakiejś innej formie zakleszczenia jądra, tylko ponowne uruchomienie może być w stanie usunąć proces. (Procesy zombie są już martwe po SIGKILLprzetworzeniu przez jądro (nie uruchamia się dalszy kod użytkownika), zwykle istnieje powód jądra (podobny do „zablokowania” oczekiwania na zakończenie połączenia systemowego), aby proces się nie zakończył.)

Ponadto, jeśli chcesz zabić proces i wszystkie jego dzieci, nawyk dzwonienia killz zanegowanym PID, a nie tylko z samym PID . Nie ma żadnej gwarancji SIGHUP, SIGPIPEani SIGINTinnych sygnałów, które po nim wyczyszczą, a posiadanie wielu odrzuconych procesów do czyszczenia (pamiętasz kundla?) Jest denerwujące.

Bonusowe zło: kill -9 -1jest nieco bardziej szkodliwe niż kill -9 1(nie rób tego jako root, chyba że chcesz zobaczyć, co się dzieje na wyrzucanej, nieistotnej maszynie wirtualnej)

Dlaczego nie chcesz kill -9normalnie procesu

Według man 7 signal:

Sygnałów SIGKILL i SIGSTOP nie można złapać, zablokować ani zignorować.

Oznacza to, że aplikacja, która odbiera którykolwiek z tych sygnałów, nie może ich „złapać”, aby wykonać jakiekolwiek działanie związane z zamykaniem.

Co powinieneś zrobić przed uruchomieniem kill -9procesu

Przed wysłaniem sygnału do procesu należy upewnić się, że:

1. Upewnij się, że proces nie jest zajęty (tj. Wykonując „pracę”); wysłanie kill -9do procesu zasadniczo spowoduje utratę tych danych.
2. Jeśli proces nie odpowiada na bazę danych, upewnij się, że najpierw wyczyścił pamięć podręczną. Niektóre bazy danych obsługują wysyłanie innych sygnałów do procesu w celu wymuszenia opróżnienia pamięci podręcznej.

Stworzyłem skrypt, który pomaga zautomatyzować ten problem.

Opiera się na mojej pełnej odpowiedzi 2 w pytaniu bardzo podobnym przy przepełnieniu stosu .

Możesz przeczytać wszystkie wyjaśnienia tam. Podsumowując polecam tylko SIGTERMi SIGKILL, lub nawet SIGTERM, SIGINTi SIGKILL. Daję jednak więcej opcji w pełnej odpowiedzi.

Proszę pobrać (sklonować) z repozytorium github, aby zabić 1