Zombie-Prozesse rausfinden und beenden

older
Wie funktioniert eine Firewall als...

Joachim Kieferle

21 Jan 2002 21 Jan '02

17:46

Hallo, wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen? Hat jemand eine Idee? Danke + Gruesse Joachim

Show replies by date

Hartmut Meyer

21 Jan 21 Jan

18:11

Hallo, Am Montag, 21. Januar 2002 18:46 schrieb Joachim Kieferle:

...

wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps": Processes marked <defunct> are dead processes (so-called "zombies") that remain because their parent has not destroyed them properly. These processes will be destroyed by init(8) if the parent process exits. Es gibt keine Möglichkeit Zombie-Prozesse zu killen (Tote kann man schließlich nicht mehr töten ;-) außer dass der Elternprozess beendet wird. Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem. Schöne Grüße aus Bremen hartmut

B.Brodesser＠t-online.de

19:06

* Hartmut Meyer schrieb am 21.Jan.2002:

...

Am Montag, 21. Januar 2002 18:46 schrieb Joachim Kieferle:

...

...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps":

...

Es gibt keine Möglichkeit Zombie-Prozesse zu killen (Tote kann man schließlich nicht mehr töten ;-) außer dass der Elternprozess beendet wird.

Außer der Elterprozeß wartet auf das Kind. Wenn der Elterprozeß stirbt, erbt init das Kind und init tut nichts anderes, als auf Kinder warten. (und Prozesse gemäß der /etc/inittab neu starten)

...

Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem.

ACK Bernd -- LILO funktioniert nicht? Hast Du /etc/lilo.conf verändert und vergessen, lilo aufzurufen? Ist Deine /boot-Partition unter der 1024 Zylindergrenze? Bei anderen LILO Problemen mal in der SDB nachschauen: http://localhost/doc/sdb/de/html/rb_bootdisk.html |Zufallssignatur 6

Peter Kuechler

22 Jan 22 Jan

13:35

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

Am Mon, 2002-01-21 um 20.06 schrieb Bernd Brodesser:

...

* Hartmut Meyer schrieb am 21.Jan.2002:

...
Am Montag, 21. Januar 2002 18:46 schrieb Joachim Kieferle:

...
...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps":

...
Es gibt keine Möglichkeit Zombie-Prozesse zu killen (Tote kann man schließlich nicht mehr töten ;-) außer dass der Elternprozess beendet wird.

Außer der Elterprozeß wartet auf das Kind. Wenn der Elterprozeß stirbt, erbt init das Kind und init tut nichts anderes, als auf Kinder warten. (und Prozesse gemäß der /etc/inittab neu starten)

...
Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem.

ACK

Dazu hab ich mal eine Frage: Ist das Problem wirklich nur rein kosmetischer Natur? Ein solcher Prozess belegt zwar nur noch einen Platz in der Prozesstabelle, aber _den belegt er. Wie viele Einträge darf eine Prozesstabelle höchstens haben bzw. wie viele Prozessnummern können vergeben werden? Sollte das nicht unendlich sein, so können solche Einträge schon zum Problem werden. Ich hatte letzt das Problem das unmengen an sendmail Prozessen gestartet wurden. Diese Prozesse ließen sich zwar killen, blieben aber als Zombies in der Tabelle. Das ginmg soweit, das die Maschine mehr oder weniger stehen geblieben ist. Das war zwar auf einer SUN und die Zombies heissen da etwas anders, aber prinzipiell dürfte das Problem ja das gleiche sein... -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main

Michael Schulz

13:45

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

Peter Kuechler schrieb am 22.01.2002 um 14:35:47 +0100: Hallo Peter,

...

Am Mon, 2002-01-21 um 20.06 schrieb Bernd Brodesser:

...
* Hartmut Meyer schrieb am 21.Jan.2002:

...
Am Montag, 21. Januar 2002 18:46 schrieb Joachim Kieferle:

...
...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps":

...
Es gibt keine Möglichkeit Zombie-Prozesse zu killen (Tote kann man schließlich nicht mehr töten ;-) außer dass der Elternprozess beendet wird.

Außer der Elterprozeß wartet auf das Kind. Wenn der Elterprozeß stirbt, erbt init das Kind und init tut nichts anderes, als auf Kinder warten. (und Prozesse gemäß der /etc/inittab neu starten)

...
Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem.

ACK

Dazu hab ich mal eine Frage:

Ist das Problem wirklich nur rein kosmetischer Natur? Ein solcher Prozess belegt zwar nur noch einen Platz in der Prozesstabelle, aber _den belegt er. Wie viele Einträge darf eine Prozesstabelle höchstens haben bzw. wie viele Prozessnummern können vergeben werden? Sollte das nicht unendlich sein, so können solche Einträge schon zum Problem werden. Ich hatte letzt das Problem das unmengen an sendmail Prozessen gestartet wurden. Diese Prozesse ließen sich zwar killen, blieben aber als Zombies in der Tabelle. Das ginmg soweit, das die Maschine mehr oder weniger stehen geblieben ist.

das war mal ein i386 int. Also 2^16. Ob das heute immer noch so ist??? Bis denne, Michael -- ---------------------------------------------------------- Michael Schulz, Institut f. Geophysik, Universität Münster Corrensstr. 24, 48149 Münster Tel.: 0251-8333938, e-mail: michael@earth.uni-muenster.de

Peter Kuechler

14:01

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

Am Die, 2002-01-22 um 14.45 schrieb Michael Schulz:

...

Peter Kuechler schrieb am 22.01.2002 um 14:35:47 +0100:

Hallo Peter,

...
Am Mon, 2002-01-21 um 20.06 schrieb Bernd Brodesser:

...
* Hartmut Meyer schrieb am 21.Jan.2002:

...
Am Montag, 21. Januar 2002 18:46 schrieb Joachim Kieferle:

...
...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps":

...
Es gibt keine Möglichkeit Zombie-Prozesse zu killen (Tote kann man schließlich nicht mehr töten ;-) außer dass der Elternprozess beendet wird.

Außer der Elterprozeß wartet auf das Kind. Wenn der Elterprozeß stirbt, erbt init das Kind und init tut nichts anderes, als auf Kinder warten. (und Prozesse gemäß der /etc/inittab neu starten)

...
Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem.

ACK

Dazu hab ich mal eine Frage:

Ist das Problem wirklich nur rein kosmetischer Natur? Ein solcher Prozess belegt zwar nur noch einen Platz in der Prozesstabelle, aber _den belegt er. Wie viele Einträge darf eine Prozesstabelle höchstens haben bzw. wie viele Prozessnummern können vergeben werden? Sollte das nicht unendlich sein, so können solche Einträge schon zum Problem werden. Ich hatte letzt das Problem das unmengen an sendmail Prozessen gestartet wurden. Diese Prozesse ließen sich zwar killen, blieben aber als Zombies in der Tabelle. Das ginmg soweit, das die Maschine mehr oder weniger stehen geblieben ist.

das war mal ein i386 int. Also 2^16. Ob das heute immer noch so ist???

Keine Ahnung. Betrifft das die Menge der Einträge in der Tabelle, oder die Höhe der Prozessnummern? Aber das kann eigentlich nicht sein, weil dann versucht wird wieder mit der niedrigsten freien Nummer anzufangen... -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main

Michael Schulz

15:03

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

Peter Kuechler schrieb am 22.01.2002 um 15:01:03 +0100: Hallo Peter,

...

Am Die, 2002-01-22 um 14.45 schrieb Michael Schulz:

...
Peter Kuechler schrieb am 22.01.2002 um 14:35:47 +0100:

...
Am Mon, 2002-01-21 um 20.06 schrieb Bernd Brodesser:

...
* Hartmut Meyer schrieb am 21.Jan.2002:

...
Am Montag, 21. Januar 2002 18:46 schrieb Joachim Kieferle:

...
...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps":

...
Es gibt keine Möglichkeit Zombie-Prozesse zu killen (Tote kann man schließlich nicht mehr töten ;-) außer dass der Elternprozess beendet wird.

Außer der Elterprozeß wartet auf das Kind. Wenn der Elterprozeß stirbt, erbt init das Kind und init tut nichts anderes, als auf Kinder warten. (und Prozesse gemäß der /etc/inittab neu starten)

...
Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem.

ACK

Dazu hab ich mal eine Frage:

Ist das Problem wirklich nur rein kosmetischer Natur? Ein solcher Prozess belegt zwar nur noch einen Platz in der Prozesstabelle, aber _den belegt er. Wie viele Einträge darf eine Prozesstabelle höchstens haben bzw. wie viele Prozessnummern können vergeben werden? Sollte das nicht unendlich sein, so können solche Einträge schon zum Problem werden. Ich hatte letzt das Problem das unmengen an sendmail Prozessen gestartet wurden. Diese Prozesse ließen sich zwar killen, blieben aber als Zombies in der Tabelle. Das ginmg soweit, das die Maschine mehr oder weniger stehen geblieben ist.

das war mal ein i386 int. Also 2^16. Ob das heute immer noch so ist???

Keine Ahnung. Betrifft das die Menge der Einträge in der Tabelle, oder die Höhe der Prozessnummern? Aber das kann eigentlich nicht sein, weil dann versucht wird wieder mit der niedrigsten freien Nummer anzufangen...

PID ist auch 2^32. Also etwas größer. Aber die größte PID die ein Prozess bekommen kann ist 2^15. Also kannst Du eine maximal PID von 32767 bekommen. Dann fängt er wieder bei der kleinsten freien (>300) an. Also kann Deine Prozesstabelle auch nicht mehr als 2^15 Einträge enthalten. Bis denne, Michael -- ---------------------------------------------------------- Michael Schulz, Institut f. Geophysik, Universität Münster Corrensstr. 24, 48149 Münster Tel.: 0251-8333938, e-mail: michael@earth.uni-muenster.de

B.Brodesser＠t-online.de

16:43

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

* Peter Kuechler schrieb am 22.Jan.2002:

...

Ist das Problem wirklich nur rein kosmetischer Natur? Ein solcher Prozess belegt zwar nur noch einen Platz in der Prozesstabelle, aber _den belegt er. Wie viele Einträge darf eine Prozesstabelle höchstens haben bzw. wie viele Prozessnummern können vergeben werden?

Sieht stark nach 2^15 = 32768 aus. 32768 Prozesse sind schon eine ganze Menge, wenn aber viele User auf dem Rechner arbeiten, könnte es eng werden.

...

Sollte das nicht unendlich sein, so können solche Einträge schon zum Problem werden. Ich hatte letzt das Problem das unmengen an sendmail Prozessen gestartet wurden. Diese Prozesse ließen sich zwar killen, blieben aber als Zombies in der Tabelle. Das ginmg soweit, das die Maschine mehr oder weniger stehen geblieben ist.

Schau Dir mal an, was der Elterprozeß ist (PPID) der kann doch nicht ganz richtig sein. Um bedrohlich zu werden müssen es aber schon tausende sein. Bernd -- Probleme mit dem Drucker? Schon die Druckercheckliste beachtet? http://localhost/doc/sdb/de/html/drucker-howto.html | Auch lesenswert: Oder schon das Drucker-HOWTO gelesen? | man lpr file://usr/shar/doc/howto/de/DE-Drucker-HOWTO.txt.gz | Zufallssignatur 3

Hartmut Meyer

18:43

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

Hallo, Am Dienstag, 22. Januar 2002 17:43 schrieb Bernd Brodesser:

...

* Peter Kuechler schrieb am 22.Jan.2002:

...

...
Ist das Problem wirklich nur rein kosmetischer Natur? Ein solcher Prozess belegt zwar nur noch einen Platz in der Prozesstabelle, aber _den belegt er. Wie viele Einträge darf eine Prozesstabelle höchstens haben bzw. wie viele Prozessnummern können vergeben werden?

Sieht stark nach 2^15 = 32768 aus. 32768 Prozesse sind schon eine ganze Menge, wenn aber viele User auf dem Rechner arbeiten, könnte es eng werden.

Ich hab zumindest noch von keinem einzigen Fall gehört, wo dies zum Problem geworden ist. Wer Lust hat kann ja mal probieren, was den Rechner bei einer fork Bombe dahinrafft (oder werden die inzwischen abgefangen?). Schöne Grüße aus Bremen hartmut

David Haller

23:32

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

On Tue, 22 Jan 2002, Hartmut Meyer wrote:

...

Wer Lust hat kann ja mal probieren, was den Rechner bei einer fork Bombe dahinrafft (oder werden die inzwischen abgefangen?).

I.d.R. der Speichermangel... Das Linuxmagazin/lehmanns.de hatte da mal eine "nette" (ba?)sh-forkbomb im "Raetsel"... -dnh -- Hier wird wohl im Moment alles gesiggt, was bei drei nicht auf dem Baum ist. [Thilo Machotta in dag°]

B.Brodesser＠t-online.de

23:37

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

* Hartmut Meyer schrieb am 22.Jan.2002:

...

Am Dienstag, 22. Januar 2002 17:43 schrieb Bernd Brodesser:

...

...
Sieht stark nach 2^15 = 32768 aus. 32768 Prozesse sind schon eine ganze Menge, wenn aber viele User auf dem Rechner arbeiten, könnte es eng werden.

...

Ich hab zumindest noch von keinem einzigen Fall gehört, wo dies zum Problem geworden ist.

Wer Lust hat kann ja mal probieren, was den Rechner bei einer fork Bombe dahinrafft (oder werden die inzwischen abgefangen?).

Dann tut sich gar nichts mehr. Es sei denn, es wird durch quota abgefangen. Gegen eine forkbomb machst Du anschließend gar nichts mehr, weil sich eine forkbomb mit exponentiale Zeit vermehrt, ein kill aber nur mit linearer Zeit nachkommt. Bernd -- Umsteiger von Microsoft Windows xx? Hast Du schon file://usr/doc/howto/de/DE-DOS-nach-Linux-HOWTO.txt gelesen? Auch file://usr/doc/Books/Linuxhandbuch.dvi ist zu empfehlen. |Zufallssignatur 1

Hartmut Meyer

23 Jan 23 Jan

07:20

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

Hallo, Am Mittwoch, 23. Januar 2002 00:37 schrieb Bernd Brodesser:

...

* Hartmut Meyer schrieb am 22.Jan.2002:

...

...
Am Dienstag, 22. Januar 2002 17:43 schrieb Bernd Brodesser:

...

...
Wer Lust hat kann ja mal probieren, was den Rechner bei einer fork Bombe dahinrafft (oder werden die inzwischen abgefangen?).

Dann tut sich gar nichts mehr. Es sei denn, es wird durch quota abgefangen. Gegen eine forkbomb machst Du anschließend gar nichts mehr, weil sich eine forkbomb mit exponentiale Zeit vermehrt, ein kill aber nur mit linearer Zeit nachkommt.

Genau mein Punkt: lange bevor die übervolle Prozesstabelle zum Problem wird, ist der Rechner schon in den Knien -> die maximal 2^15 PIDs sind eine theoretische Grenze. Schöne Grüße aus Bremen hartmut

B.Brodesser＠t-online.de

11:58

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

* Hartmut Meyer schrieb am 23.Jan.2002:

...

Am Mittwoch, 23. Januar 2002 00:37 schrieb Bernd Brodesser:

...

...
Dann tut sich gar nichts mehr. Es sei denn, es wird durch quota abgefangen. Gegen eine forkbomb machst Du anschließend gar nichts mehr, weil sich eine forkbomb mit exponentiale Zeit vermehrt, ein kill aber nur mit linearer Zeit nachkommt.

Genau mein Punkt: lange bevor die übervolle Prozesstabelle zum Problem wird, ist der Rechner schon in den Knien -> die maximal 2^15 PIDs sind eine theoretische Grenze.

Ja, aber es war von Zombies die Rede, die belasten den Rechner nicht. Bernd -- Homepages von deutschsprachigen Linux-Gurus: Kristian Köhntopp: http://www.koehntopp.de/kris/artikel/ Sven Guckes: http://www.math.fu-berlin.de/~guckes/sven Robin S Socha: http://socha.net/index2.html |Zufallssignatur 10

Peter Kuechler

08:31

New subject: Zombie-Prozesse rausfinden und beenden :Frage dazu...

Am Die, 2002-01-22 um 17.43 schrieb Bernd Brodesser:

...

* Peter Kuechler schrieb am 22.Jan.2002:

...
Ist das Problem wirklich nur rein kosmetischer Natur? Ein solcher Prozess belegt zwar nur noch einen Platz in der Prozesstabelle, aber _den belegt er. Wie viele Einträge darf eine Prozesstabelle höchstens haben bzw. wie viele Prozessnummern können vergeben werden?

Sieht stark nach 2^15 = 32768 aus. 32768 Prozesse sind schon eine ganze Menge, wenn aber viele User auf dem Rechner arbeiten, könnte es eng werden.

So viele waren es mit Sicherheit nicht.

...

...
Sollte das nicht unendlich sein, so können solche Einträge schon zum Problem werden. Ich hatte letzt das Problem das unmengen an sendmail Prozessen gestartet wurden. Diese Prozesse ließen sich zwar killen, blieben aber als Zombies in der Tabelle. Das ginmg soweit, das die Maschine mehr oder weniger stehen geblieben ist.

Schau Dir mal an, was der Elterprozeß ist (PPID) der kann doch nicht ganz richtig sein. Um bedrohlich zu werden müssen es aber schon tausende sein.

Hab ich mir angesehen. Sie stammten alle von dem ursprünglichen Sendmailprozess ab. So wie es aussieht, wurde sendmail bei jeder verschickten Mail einmal neu gestartet und nicht mehr beendet. Ich bin der Sache allerdings auch nicht mehr weiter nachgegangen, da bestrebungen bei uns bestehen, die SPARCs mit Solaris abzuschaffen und durch NT-Clients zu ersetzen. Da die Leute auch noch PCs mit Outlook haben könen sie ihre Mails von dort verschicken. -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main

Mike Deter

27 Jan 27 Jan

15:04

Hartmut Meyer schrieb viel Informatives. Hierzu noch eine Verstaendnisfrage:

...

...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps":

Processes marked <defunct> are dead processes (so-called "zombies") that remain because their parent has not destroyed them properly. These processes will be destroyed by init(8) if the parent process exits. Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem. Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround? Danke! Mike

Mike Deter

7 Mar 7 Mar

09:49

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Hartmut Meyer schrieb viel Informatives. Hierzu noch eine Verstaendnisfrage:

...

...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps":

Processes marked <defunct> are dead processes (so-called "zombies") that remain because their parent has not destroyed them properly. These processes will be destroyed by init(8) if the parent process exits. Aber keine Sorge: außer in der Prozesstabelle nehmen Sie keine Platz mehr weg. Ist also ein rein kosmetisches Problem. Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround? Danke! Mike

Andre Ruppert

10:13

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Hallo Mike, am Donnerstag, 7. März 2002 10:49 schrieb Mike Deter:

...

Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround?

wir entsorgen uns solcher zombies und ähnlicher Prozesse, die zwar noch aktiv markiert sind, aber definitiv nix mehr tun (z.B. Reste von ssh/scp-Scripten) simpel über Cronjobs, in denen wir Perl-Scripte starten, die die Prozessliste mit regulären Ausdrücken durchsuchen, die Prozess-id extrahieren und die betroffen Prozesse einfach automatisch killen. Primitiv, klappt aber prima. mit freundlichem Gruss Andre Ruppert Leitung Technik ============================== Vision Consulting Deutschland oHG Osterather Str.10 50739 Köln tel 0221 917 15 33 fax 0221 917 15 38 mail info@vision-net.de www www.vision-net.de ==============================

Joerg Thuemmler

11:27

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Andre Ruppert schrieb am Thu, 7 Mar 2002 11:13:01 +0100: Zombie-Prozesse rausfinden und beenden (nochmal)

...

Hallo Mike,

am Donnerstag, 7. März 2002 10:49 schrieb Mike Deter:

...
Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround?

wir entsorgen uns solcher zombies und ähnlicher Prozesse, die zwar noch aktiv markiert sind, aber definitiv nix mehr tun (z.B. Reste von ssh/scp-Scripten) simpel über Cronjobs, in denen wir Perl-Scripte starten, die die Prozessliste mit regulären Ausdrücken durchsuchen, die Prozess-id extrahieren und die betroffen Prozesse einfach automatisch killen. Primitiv, klappt aber prima.

mit freundlichem Gruss

Andre Ruppert

Wenns nur manchmal vorkommt: killall mp3blaster sollte es tun. (Falls Du natürlich nur ein Programm dieses Namens laufen hast). Wenns gar nicht will: killall -9 mp3blaster haut allem, was noch gekillt werden kann, die Beine weg (Signal 9 kann nicht abgefangen werden) -- may the tux be with You! Joerg Thuemmler sysadmin@vordruckleitverlag.de Vordruck Leitverlag GmbH Berlin, ZNL Freiberg Halsbruecker Str. 31b, 09599 Freiberg, Germany Tel. +49 (0)3731/303121

dieter franzke

12:49

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Hi, Am Don, 2002-03-07 um 12.27 schrieb Joerg Thuemmler:

...

Andre Ruppert schrieb am Thu, 7 Mar 2002 11:13:01 +0100: Zombie-Prozesse rausfinden und beenden (nochmal)

...
Hallo Mike,

am Donnerstag, 7. März 2002 10:49 schrieb Mike Deter:

...
Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround?

wir entsorgen uns solcher zombies und ähnlicher Prozesse, die zwar noch aktiv markiert sind, aber definitiv nix mehr tun (z.B. Reste von ssh/scp-Scripten) simpel über Cronjobs, in denen wir Perl-Scripte starten, die die Prozessliste mit regulären Ausdrücken durchsuchen, die Prozess-id extrahieren und die betroffen Prozesse einfach automatisch killen. Primitiv, klappt aber prima.

mit freundlichem Gruss

Andre Ruppert

Wenns nur manchmal vorkommt: killall mp3blaster sollte es tun. (Falls Du natürlich nur ein Programm dieses Namens laufen hast).

Wenns gar nicht will: killall -9 mp3blaster haut allem, was noch gekillt werden kann, die Beine weg (Signal 9 kann nicht abgefangen werden)

sicher, daß du damit auch zombies killst?? Bei mir bleiben die inner Prozesstabelle. ciao dieter -- registered linuxuser 199810 it's time to close windows

B.Brodesser＠t-online.de

13:00

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

* Joerg Thuemmler schrieb am 07.Mär.2002:

...

Wenns nur manchmal vorkommt: killall mp3blaster sollte es tun. (Falls Du natürlich nur ein Programm dieses Namens laufen hast).

Wenns gar nicht will: killall -9 mp3blaster haut allem, was noch gekillt werden kann, die Beine weg (Signal 9 kann nicht abgefangen werden)

Zombieprozesse werden damit aber auch nicht entfernt. Zombieprozesse schaden aber auch nicht. Sie sind tot. Was anderes ist es, wenn der Elterprozeß des Zombies (PPID) init (PID=1) ist. Das hatte ich mal. Da hilft nur noch reboot. Hatt AFAIR etwas mit einem kaputten Kernel zu tun. Bernd -- Probleme mit dem Drucker? Schon die Druckercheckliste beachtet? http://localhost/doc/sdb/de/html/drucker-howto.html | Auch lesenswert: Oder schon das Drucker-HOWTO gelesen? | man lpr file://usr/shar/doc/howto/de/DE-Drucker-HOWTO.txt.gz | Zufallssignatur 3

Joerg Thuemmler

13:59

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Bernd Brodesser schrieb am Thu, 7 Mar 2002 14:00:28 +0100: Zombie-Prozesse rausfinden und beenden (nochmal)

...

* Joerg Thuemmler schrieb am 07.Mär.2002:

...
Wenns nur manchmal vorkommt: killall mp3blaster sollte es tun. (Falls Du natürlich nur ein Programm dieses Namens laufen hast).

Wenns gar nicht will: killall -9 mp3blaster haut allem, was noch gekillt werden kann, die Beine weg (Signal 9 kann nicht abgefangen werden)

Zombieprozesse werden damit aber auch nicht entfernt. Zombieprozesse schaden aber auch nicht. Sie sind tot. Was anderes ist es, wenn der Elterprozeß des Zombies (PPID) init (PID=1) ist. Das hatte ich mal. Da hilft nur noch reboot. Hatt AFAIR etwas mit einem kaputten Kernel zu tun.

Bernd

HI, Du hast recht - das folgende ist ja gar kein Zombie, hängt nur so rum (bleibt einfach gerne nach wp8-Ende irgendwie am leben, Zombies sind ja tot): $ ps -ax .. 10301 ? S 0:00 /usr/local/wp8/shbin10/wpexc .. und fliegt natürlich erstklassig mit "killall wpexec" raus. Um <defunct> hab ich mich echt noch ie gekümmert, aber die sollten dann auch nicht den mpblaster-Start stören! - das geht dann wohl eher von einem lock-file aus. BTW. kann man die o.g. Zombies mit PPID 1 (init) nicht unschädlich machen (natürlich auch nicht löschen, aber unschädlich machen) indem man mit "kill -HUP 1" den init neu startet. Bei Sinix 5.2x (SysVR4) half das in manchen Fällen, unter Linux hab ich das noch nicht gesehen... -- may the tux be with You! Joerg Thuemmler sysadmin@vordruckleitverlag.de Vordruck Leitverlag GmbH Berlin, ZNL Freiberg Halsbruecker Str. 31b, 09599 Freiberg, Germany Tel. +49 (0)3731/303121

B.Brodesser＠t-online.de

14:45

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

* Joerg Thuemmler schrieb am 07.Mär.2002:

...

BTW. kann man die o.g. Zombies mit PPID 1 (init) nicht unschädlich machen (natürlich auch nicht löschen, aber unschädlich machen) indem man mit "kill -HUP 1" den init neu startet. Bei Sinix 5.2x (SysVR4) half das in manchen Fällen, unter Linux hab ich das noch nicht gesehen...

init macht nichts anderes als ein wait. Sobald init ein Zombie erbt, der Zombie somit PPID 1 bekommt, wird er auch schon von der Tabelle genommen, da init ja auf ihm wartet. init schaut dann nach, woher dieser Prozeß stammt, merkt daß er ihm nicht selber gestartet hat, und vergißt ihm dann einfach. Hätte er ihm selber gestartet und zwar aufgrund eines respawn in der inittab, so würde init diesen Prozeß neu starten. Da init den Zombie nicht bemerkt, kann dies nur bedeuten, daß init übehaupt nicht läuft. Da init nur vom kernel gestartet werden kann, hat man hier ein Problem. init von Hand gestartet ist etwas anderes. Man kann auch nicht mehr ordentlich herunterfahren, da init 0 oder init 6 ja auch nicht mehr funktionieren. Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/products/books/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/share/doc/sdb/de/html/literatur.html |Zufallssignatur 5

Peter Kuechler

12:10

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Am Don, 2002-03-07 um 11.13 schrieb Andre Ruppert:

...

Hallo Mike,

am Donnerstag, 7. März 2002 10:49 schrieb Mike Deter:

...
Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround?

wir entsorgen uns solcher zombies und ähnlicher Prozesse, die zwar noch aktiv markiert sind, aber definitiv nix mehr tun (z.B. Reste von ssh/scp-Scripten) simpel über Cronjobs, in denen wir Perl-Scripte starten, die die Prozessliste mit regulären Ausdrücken durchsuchen, die Prozess-id extrahieren und die betroffen Prozesse einfach automatisch killen. Primitiv, klappt aber prima.

Das ist ja interssant. Mit welcher Methode entfehrnt ihr denn zombies aus der Prozesstabelle? Das hab ich noch nie geschafft... -- mfg Peter Küchler, Planungsverband Ballungsraum Frankfurt/Rhein-Main

Andre Ruppert

13:31

New subject: Re[2]: Zombie-Prozesse rausfinden und beenden (nochmal)

Hallo Peter, am Donnerstag, 7. März 2002, 13:10:53, schriebst du: PK> Am Don, 2002-03-07 um 11.13 schrieb Andre Ruppert:

...

...
wir entsorgen uns solcher zombies und ähnlicher Prozesse, die zwar noch aktiv markiert sind, aber definitiv nix mehr tun (z.B. Reste von ssh/scp-Scripten) simpel über Cronjobs, in denen wir Perl-Scripte starten, die die Prozessliste mit regulären Ausdrücken durchsuchen, die Prozess-id extrahieren und die betroffen Prozesse einfach automatisch killen. Primitiv, klappt aber prima.

PK> Das ist ja interssant. Mit welcher Methode entfehrnt ihr denn zombies PK> aus der Prozesstabelle? PK> Das hab ich noch nie geschafft... Guter Einwand. Hab´ gerade mal drübergesehen. ...wir setzen für die meisten Prozesse, die diesen Ärger machen können die Tools von Bernstein ein (daemontools --> http://cr.yp.to). Das Entfernen der Zombies läuft ja nur über den Masterprozess, und bei den verwendeten Supervise-Tools kann man "relativ" gefahrlos den Masterprozess killen, da er sofort wieder "hochgezogen" wird. Aber Achtung! das sollte man nur bei den Prozessen tun, die wirklich öfter Ärger machen. Es könnte sonst unangenehme Rückmeldungen geben, wenn dazwischenhängende aktive Childs mitentsorgt werden... ;-) mit freundlichem Gruss Andre Ruppert technische Leitung ar@vision-net.de

B.Brodesser＠t-online.de

14:46

New subject: Re[2]: Zombie-Prozesse rausfinden und beenden (nochmal)

* Andre Ruppert schrieb am 07.Mär.2002:

...

Hab´ gerade mal drübergesehen.

...wir setzen für die meisten Prozesse, die diesen Ärger machen können die Tools von Bernstein ein (daemontools --> http://cr.yp.to).

Das Entfernen der Zombies läuft ja nur über den Masterprozess, und bei den verwendeten Supervise-Tools kann man "relativ" gefahrlos den Masterprozess killen, da er sofort wieder "hochgezogen" wird.

Aber Achtung! das sollte man nur bei den Prozessen tun, die wirklich öfter Ärger machen. Es könnte sonst unangenehme Rückmeldungen geben, wenn dazwischenhängende aktive Childs mitentsorgt werden... ;-)

Du redest aber gerade nicht über Linux? Bernd -- Homepages von deutschsprachigen Linux-Gurus: Kristian Köhntopp: http://www.koehntopp.de/kris/artikel/ Sven Guckes: http://www.math.fu-berlin.de/~guckes/sven Robin S Socha: http://socha.net/index2.html |Zufallssignatur 10

Andre Ruppert

16:14

New subject: Re[2]: Zombie-Prozesse rausfinden und beenden (nochmal)

Hallo Bernd, am Donnerstag, 7. März 2002 15:46 schrieb Bernd Brodesser:

...

...
...wir setzen für die meisten Prozesse, die diesen Ärger machen können die Tools von Bernstein ein (daemontools --> http://cr.yp.to).

Das Entfernen der Zombies läuft ja nur über den Masterprozess, und bei den verwendeten Supervise-Tools kann man "relativ" gefahrlos den Masterprozess killen, da er sofort wieder "hochgezogen" wird.

Aber Achtung! das sollte man nur bei den Prozessen tun, die wirklich öfter Ärger machen. Es könnte sonst unangenehme Rückmeldungen geben, wenn dazwischenhängende aktive Childs mitentsorgt werden... ;-)

Du redest aber gerade nicht über Linux?

Naja, 70% FreeBSD, 30% Linux - wir stellen gerade die Server um. Frag mich bitte jetzt nicht, "welche" Zombies. Sollte es da Unterschiede im Handling geben? mit freundlichem Gruss Andre Ruppert Leitung Technik ============================== Vision Consulting Deutschland oHG Osterather Str.10 50739 Köln tel 0221 917 15 33 fax 0221 917 15 38 mail info@vision-net.de www www.vision-net.de ==============================

Florian Gross

18:29

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

* Andre Ruppert textete am 07.03.02:

...

Hallo Mike,

am Donnerstag, 7. März 2002 10:49 schrieb Mike Deter:

...
Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround?

wir entsorgen uns solcher zombies und ähnlicher Prozesse, die zwar noch aktiv markiert sind, aber definitiv nix mehr tun (z.B. Reste von ssh/scp-Scripten) simpel über Cronjobs, in denen wir Perl-Scripte starten, die die Prozessliste mit regulären Ausdrücken durchsuchen, die Prozess-id extrahieren und die betroffen Prozesse einfach automatisch killen. Primitiv, klappt aber prima.

Daß man Zombies nicht killen kann wurde schon erwähnt. Vielleicht sollte man auch einfach mal kurz schreiben, wie man sie findet: ps ax | grep zombie cu flo --

...

Wie haben andere Linux Benutzer ihr `erstes Mal' mit Linux erlebt?? Wir haben danach gemeinsam eine Gitanes geraucht und nochmal ueber alles geredet. [P.Vollmann und Stefanie Teufel in dcolm]

D.Wolpert

11 Mar 11 Mar

08:22

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Florian Gross wrote:

...

* Andre Ruppert textete am 07.03.02:

...
Hallo Mike,

am Donnerstag, 7. März 2002 10:49 schrieb Mike Deter:

...
Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround?

wir entsorgen uns solcher zombies und ähnlicher Prozesse, die zwar noch aktiv markiert sind, aber definitiv nix mehr tun (z.B. Reste von ssh/scp-Scripten) simpel über Cronjobs, in denen wir Perl-Scripte starten, die die Prozessliste mit regulären Ausdrücken durchsuchen, die Prozess-id extrahieren und die betroffen Prozesse einfach automatisch killen. Primitiv, klappt aber prima.

Daß man Zombies nicht killen kann wurde schon erwähnt. Vielleicht sollte man auch einfach mal kurz schreiben, wie man sie findet:

ps ax | grep zombie

cu flo

nimm liber ps ax | grep defunct Daniel

Andre Ruppert

09:51

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Hallo nochmals, Florian Gross schrieb:

...

...
Daß man Zombies nicht killen kann wurde schon erwähnt. Vielleicht sollte man auch einfach mal kurz schreiben, wie man sie findet:

hatte ich schon Bernd B. gemailt, hier nochmal ein Link dazu... vielleicht ist er ja auch für andere interessant, weil man das eben doch bewerkstelligen kann. http://www.rocketaware.com/perl/perlipc/Signals.htm#Signals Inwiefern das jeweils mit allen Linux/xxxBSD-Varianten praktikabel ist, ist eine andere Geschichte. Gruss Andre Ruppert

Florian Gross

16:12

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

* D.Wolpert textete am 11.03.02:

...

Florian Gross wrote:

...

...
Daß man Zombies nicht killen kann wurde schon erwähnt. Vielleicht sollte man auch einfach mal kurz schreiben, wie man sie findet:

ps ax | grep zombie

nimm liber ps ax | grep defunct

Gibt's da Unterschiede? Wenn ich einen Zombie habe, wird der mit 'zombie' bei einem ps ax angezeigt. Wenn ich danach greppe, wird mir der entsprechende Prozess angezeigt. cu flo -- Sowohl als auch! Wenn die Fin ger Müde sind dann kommen die Zehen dran. und wenn die Müde sind dann die Nase. Nur mit den zähnen will das tippen nicht so recht klappen. die sind so "unbeweglich". [WoKo in dag°]

Dieter Kluenter

7 Mar 7 Mar

11:33

New subject: Zombie-Prozesse rausfinden und beenden (nochmal)

Hallo, Mike Deter writes:

...

Hartmut Meyer schrieb viel Informatives. Hierzu noch eine Verstaendnisfrage:

...
...
wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

"man ps": [...]

...

Mir ist es passiert, dass mein mp3blaster abgestuerzt ist und dann nur noch als defunct in ps aux zu finden war. Das Problem dann war allerdings nicht nur mehr kosmetisch, da ich nicht mehr imstande war, einen mp3blaster zu starten, um Musik zu hoeren. Ich musste rebooten.

Gibt es da nicht einen Workaround?

Deshalb muss man doch nicht rebooten :-( entweder mit kill -15 prozessnummer, wenn das nicht hilft, mit kill -9 prozessnummer den Prozess killen und die Lockdatei löschen. Die ist häufig im Homeverzeichnis des Users, oder unter /var/run bzw. /var/lock. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Bertram Scharpf

21 Jan 21 Jan

20:37

Am Montag, 21. Januar 2002 18:46 schrieb Joachim Kieferle:

...

Hallo,

wie kann ich Zombie-Prozesse herausfinden und beenden. "top" zeigt 2 Prozesse an, die aber offensichtlich nicht mehr auf der Liste wegen deren Ueberlaenge angezeigt werden. man top hat nichts gebracht - habe ich etwas uebersehen?

Wenn es Kindprozesse Deines eigenen C-Codes sind, mußt Du den Exit-Status der Zombies abfragen mit `wait()'. man 2 wait Ist das Programm nicht von Dir, kannst Du nichts machen. Sobald der Elternprozeß endet, werden die Zombies an `init' übergeben. `init' fragt den Exit-Status ab, und die Zombies verschwinden. Ein Zombie ist ohnehin nicht mehr als der Exit-Status des gewesenen Prozesses; also brauchst Du Dich nicht darum zu kümmern. Gruß Bertram -- Bertram Scharpf

8082

Age (days ago)

8131

Last active (days ago)

List overview

Download

31 comments

14 participants

participants (14)

Andre Ruppert
B.Brodesser＠t-online.de
Bertram Scharpf
D.Wolpert
David Haller
dieter franzke
Dieter Kluenter
Florian Gross
Hartmut Meyer
Joachim Kieferle
Joerg Thuemmler
Michael Schulz
Mike Deter
Peter Kuechler