Co jeśli „kill -9” nie działa? lub Jak zabić skrypt uruchamiający nowe procesy? i tak mi nie pomaga.
Mam skrypt w języku Python, który uruchamia się automatycznie z innym identyfikatorem procesu używającym tego samego portu, gdy zostanie zabity przy użyciu sudo kill -9 <pid>
.
$ lsof -i :3002
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
python 13242 ubuntu 3u IPv4 64592 0t0 TCP localhost:3002 (LISTEN)
$ sudo kill -9 13242
$ lsof -i :3002
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
python 16106 ubuntu 3u IPv4 74792 0t0 TCP localhost:3002 (LISTEN)
$ sudo kill 16106
$ lsof -i :3002
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
python 16294 ubuntu 3u IPv4 75677 0t0 TCP localhost:3002 (LISTEN)
To nie jest proces Zombie.
$ ps -Al
4 S 0 16289 1 0 80 0 - 12901 poll_s ? 00:00:00 sudo
4 S 1000 16293 16289 0 80 0 - 1100 wait ? 00:00:00 sh
0 S 1000 16294 16293 0 80 0 - 34632 poll_s ? 00:00:00 python
Próbowałem nawet sudo pkill -f <processname>
bez powodzenia. Nie chce umrzeć.
Aktualizacja:
Jest to proces nadrzędny, sh
którego rodzic jest taki, sudo
jak wspomniano w powyższej tabeli. Nie jestem pewien, czy można bezpiecznie zabić ich nagle. Jest to także wspólny serwer Ubuntu.
lsof
wynik pokazuje nowy pid za każdym razem. Proces jest po prostu restartowany.Odpowiedzi:
Uruchamia się automatycznie z innym identyfikatorem procesu, co oznacza, że jest to inny proces. Tak więc istnieje proces nadrzędny, który monitoruje swoje dzieci, a jeśli ktoś umrze, rodzic go odradza. Jeśli chcesz całkowicie zatrzymać usługę, dowiedz się, jak zatrzymać proces nadrzędny. Zabicie go
SIGKILL
to oczywiście jedna z opcji, ale prawdopodobnie nie jest to The Right One TM , ponieważ monitor usługi może wymagać wykonania czyszczenia, aby poprawnie się zamknąć.Aby znaleźć proces monitorowania, może być konieczne sprawdzenie całej listy procesów, ponieważ faktyczni słuchacze mogą oddzielić się od swojego rodzica (zwykle przez
fork() + setsid()
kombinację). W tym przypadku dane wyjścioweps faux
(procps
przynajmniej mogą się różnić w przypadku innych implementacji) są raczej przydatne - zawiera listę wszystkich procesów w drzewie hierarchicznym. O ile nie doszło do zawinięcia PID (patrz także wikipedia ), PID monitora powinien być mniejszy niż PID któregokolwiek ze słuchaczy (chyba że trafisz na PID-owinięcie).źródło
sh
jego rodzicsudo
. Czy można je zabić?procps
zwykle uważam, że dane wyjścioweps -faux
są wystarczająco pouczające. Zauważ też, że PID monitora powinien być mniejszy niż PID rzeczywistego odbiornika (chyba że masz włączony system przez pewien czas, a PID są już opakowane, odkąd usługa została uruchomiona).ps -faux
pomógł zacząć zabijać od rodzica. Czy możesz zaktualizować swoją odpowiedź o rozwiązanie z komentarza?ps faux
pomógł wykryć,supervisord
który bez końca restartował zawieszonego demona kolejkiJeśli znasz portu nasłuchiwania procesu, można skorzystać
fuser
z-k
flagą.Coś jak,
źródło