Hallo Liste, wie kann ich einen Prozess beenden, der weder auf ein kill <pid> noch auf ein kill -9 <pid> hört ? Gibt es noch andere Möglichkeiten ? cu, Ray -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Raymond Haeb wrote:
Hallo Liste,
Hi Raymond!
wie kann ich einen Prozess beenden, der weder auf ein kill <pid> noch auf ein kill -9 <pid>
Er hat noch eine pid? Oder ist er schon Zombie? AFAIK ist "kill -9" das Haerteste vor dem Reboot... :-( Rgds. Heiko. -- Nuetzliche Samba-Doku online: http://de.samba.org/samba/docs/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 0, Raymond Haeb
Hallo Liste,
wie kann ich einen Prozess beenden, der weder auf ein kill <pid> noch auf ein kill -9 <pid> hört ? Gibt es noch andere Möglichkeiten ?
cu, Ray
Hi tja eigentlich dürfte der Prozess mit kill -9 gekillt sein, probier doch mal killall prozessname. Bei Netscape z.B. nützt das afaik nix, da mußte nach dem killen noch das lock file unter .netscape löschen. Um welchen Prozess geht es denn genau? Chris -- ################################### # Christoph Fuhs # # ICQ: 19669686 # # E-Mail: chrisfuhs@gmx.de # ################################### --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Christoph und alle Anderen, Christoph Fuhs wrote:
On 0, Raymond Haeb
wrote: wie kann ich einen Prozess beenden, der weder auf ein kill <pid> noch auf ein kill -9 <pid> hört ? Gibt es noch andere Möglichkeiten ? tja eigentlich dürfte der Prozess mit kill -9 gekillt sein, probier doch mal killall prozessname. Bei Netscape z.B. nützt das afaik nix, da mußte nach dem killen noch das lock file unter .netscape löschen. Um welchen Prozess geht es denn genau?
Also folgendes: Heute morgen, hab ich mich ins Internet eingewählt, dabei wurde via /etc/ppp/ip-up der wwwoffle in den online Modus gesetzt. Dabei hat sich wwwoffled mit einem Kernel-oops verabschiedet, und lässt sich jetzt nicht mehr killen Hier der Auszug aus /var/log/messages: May 25 12:29:50 shuttle ipppd[107]: Local number: xxxxxx, Remote number: xxxxxxxx, Type: outgoing May 25 12:29:50 shuttle ipppd[107]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 May 25 12:29:50 shuttle ipppd[107]: Remote message: May 25 12:29:50 shuttle ipppd[107]: MPPP negotiation, He: No We: No May 25 12:29:50 shuttle ipppd[107]: CCP enabled! Trying CCP. May 25 12:29:50 shuttle ipppd[107]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) May 25 12:29:50 shuttle ipppd[107]: ccp_resetci! May 25 12:29:50 shuttle ipppd[107]: local IP address 62.224.241.95 May 25 12:29:50 shuttle ipppd[107]: remote IP address 193.158.137.137 # Bis hierhin noch normal: May 25 12:29:51 shuttle wwwoffled[223]: WWWOFFLE Connection from host localhost (127.0.0.1). May 25 12:29:51 shuttle kernel: Unable to handle kernel paging request at virtual address 0060090c May 25 12:29:51 shuttle kernel: current->tss.cr3 = 00a45000, %cr3 = 00a45000 May 25 12:29:51 shuttle kernel: *pde = 00000000 May 25 12:29:51 shuttle kernel: Oops: 0000 May 25 12:29:51 shuttle kernel: CPU: 0 May 25 12:29:51 shuttle kernel: EIP: 0010:[is_subdir+40/52] May 25 12:29:51 shuttle kernel: EFLAGS: 00010207 May 25 12:29:51 shuttle kernel: eax: 00000000 ebx: c20d4a00 ecx: 00600900 edx: 00600900 May 25 12:29:51 shuttle kernel: esi: c20d4a80 edi: c08a2220 ebp: c20d4a00 esp: c098bf58 May 25 12:29:51 shuttle kernel: ds: 0018 es: 0018 ss: 0018 May 25 12:29:51 shuttle kernel: Process wwwoffled (pid: 223, process nr: 20, stackpage=c098b000) May 25 12:29:51 shuttle kernel: Stack: c20d4a80 c20d4a00 c08a2220 c08a2220 c0391ec0 c20d4a00 00000000 c01 May 25 12:29:51 shuttle kernel: c08a2220 c20d4a00 c08a2220 c20d4a80 c0391ec0 fffffffe c012d05d c08 May 25 12:29:51 shuttle wwwoffled[223]: WWWOFFLE Online. May 25 12:29:51 shuttle kernel: c20d4a00 c08a2220 c20d4a80 c098a000 bffffbe8 00000002 bffffbf8 c20 May 25 12:29:51 shuttle kernel: Call Trace: [vfs_rename+45/64] [sys_rename+289/400] [system_call+52/56] May 25 12:29:51 shuttle kernel: Code: 8b 52 0c 39 ca 75 e9 5b c3 8d 76 00 55 57 56 31 ed 53 31 d2 Seit dem geistert er als 4361 ? D 0:00 /usr/sbin/wwwoffled 4368 ? D 0:00 \_ /usr/sbin/wwwoffled in dem Rechner rum, und läßt sich nicht mal mit "kill -9 4361 4368" beenden. cu, Ray -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Ray, kann es sein, dass der Prozess ein Zombie ist, d.h. dass er eigentlich gar nicht mehr existiert, nur der Prozessleitblock nicht aus der Prozesstabelle entfernt werden konnte? Das könnte durchaus bei dem Kernel-oops passiert sein. Und ein 'kill -9' hilft dann überhaupt nicht mehr, weil der Prozess nicht wirklich mehr existiert. Trotzdem könnte es Schwierigkeiten mit dem Neustart des Prozesses geben, weil der Prozessleitblock noch da ist. Das System ist dann einfach inkonsistent! Das einzige, was in so einem Falle hilft: Booten! Ciao, Thomas Raymond Haeb wrote:
Seit dem geistert er als 4361 ? D 0:00 /usr/sbin/wwwoffled 4368 ? D 0:00 \_ /usr/sbin/wwwoffled in dem Rechner rum, und läßt sich nicht mal mit "kill -9 4361 4368" beenden.
-- ------------------------------------------------------------------------------- Thomas Hageböke (mailto:thomas@hageboeke.de http://www.hageboeke.de) Linux-powered! - Future is beyond Microsoft! ------------------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Raymond, * Raymond Haeb schrieb am 25.Mai.2000:
Seit dem geistert er als 4361 ? D 0:00 /usr/sbin/wwwoffled 4368 ? D 0:00 \_ /usr/sbin/wwwoffled in dem Rechner rum, und läßt sich nicht mal mit "kill -9 4361 4368" beenden.
Der Prozeß wartet auf den Kernel. Warum weiß ich auch nicht. Wird irgendeine IO-Geschichte 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/doc/howto/de/DE-Drucker-HOWTO.txt.gz | Zufallssignatur 3 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 0, Raymond Haeb
Hallo Christoph und alle Anderen,
Christoph Fuhs wrote:
On 0, Raymond Haeb
wrote: wie kann ich einen Prozess beenden, der weder auf ein kill <pid> noch auf ein kill -9 <pid> hört ? Gibt es noch andere Möglichkeiten ? tja eigentlich dürfte der Prozess mit kill -9 gekillt sein, probier doch mal killall prozessname. Bei Netscape z.B. nützt das afaik nix, da mußte nach dem killen noch das lock file unter .netscape löschen. Um welchen Prozess geht es denn genau?
Also folgendes: Heute morgen, hab ich mich ins Internet eingewählt, dabei wurde via /etc/ppp/ip-up der wwwoffle in den online Modus gesetzt. Dabei hat sich wwwoffled mit einem Kernel-oops verabschiedet, und lässt sich jetzt nicht mehr killen Hier der Auszug aus /var/log/messages:
May 25 12:29:50 shuttle ipppd[107]: Local number: xxxxxx, Remote number: xxxxxxxx, Type: outgoing May 25 12:29:50 shuttle ipppd[107]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 May 25 12:29:50 shuttle ipppd[107]: Remote message: May 25 12:29:50 shuttle ipppd[107]: MPPP negotiation, He: No We: No May 25 12:29:50 shuttle ipppd[107]: CCP enabled! Trying CCP. May 25 12:29:50 shuttle ipppd[107]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) May 25 12:29:50 shuttle ipppd[107]: ccp_resetci! May 25 12:29:50 shuttle ipppd[107]: local IP address 62.224.241.95 May 25 12:29:50 shuttle ipppd[107]: remote IP address 193.158.137.137 # Bis hierhin noch normal: May 25 12:29:51 shuttle wwwoffled[223]: WWWOFFLE Connection from host localhost (127.0.0.1). May 25 12:29:51 shuttle kernel: Unable to handle kernel paging request at virtual address 0060090c May 25 12:29:51 shuttle kernel: current->tss.cr3 = 00a45000, %cr3 = 00a45000 May 25 12:29:51 shuttle kernel: *pde = 00000000 May 25 12:29:51 shuttle kernel: Oops: 0000 May 25 12:29:51 shuttle kernel: CPU: 0 May 25 12:29:51 shuttle kernel: EIP: 0010:[is_subdir+40/52] May 25 12:29:51 shuttle kernel: EFLAGS: 00010207 May 25 12:29:51 shuttle kernel: eax: 00000000 ebx: c20d4a00 ecx: 00600900 edx: 00600900 May 25 12:29:51 shuttle kernel: esi: c20d4a80 edi: c08a2220 ebp: c20d4a00 esp: c098bf58 May 25 12:29:51 shuttle kernel: ds: 0018 es: 0018 ss: 0018 May 25 12:29:51 shuttle kernel: Process wwwoffled (pid: 223, process nr: 20, stackpage=c098b000) May 25 12:29:51 shuttle kernel: Stack: c20d4a80 c20d4a00 c08a2220 c08a2220 c0391ec0 c20d4a00 00000000 c01 May 25 12:29:51 shuttle kernel: c08a2220 c20d4a00 c08a2220 c20d4a80 c0391ec0 fffffffe c012d05d c08 May 25 12:29:51 shuttle wwwoffled[223]: WWWOFFLE Online. May 25 12:29:51 shuttle kernel: c20d4a00 c08a2220 c20d4a80 c098a000 bffffbe8 00000002 bffffbf8 c20 May 25 12:29:51 shuttle kernel: Call Trace: [vfs_rename+45/64] [sys_rename+289/400] [system_call+52/56] May 25 12:29:51 shuttle kernel: Code: 8b 52 0c 39 ca 75 e9 5b c3 8d 76 00 55 57 56 31 ed 53 31 d2
Seit dem geistert er als 4361 ? D 0:00 /usr/sbin/wwwoffled 4368 ? D 0:00 \_ /usr/sbin/wwwoffled in dem Rechner rum, und läßt sich nicht mal mit "kill -9 4361 4368" beenden.
cu, Ray
oopps, das sieht aber verdammt übel aus, was zur Hölle hast du denn mit dem Kernel angestellt?? Probier doch nochmal den wwwoffld neu zu starten, afaik mit rcwwwoffd restart, oder mit start und stop. Falls das alles nix hilft, runlevel ändern. Init 1 und dann init 3 oder init 2. Wenn dann immer noch nix geht, würd ich die Windoof Variante vorschlagen, reboot!!!!! good luck Chris -- ################################### # Christoph Fuhs # # ICQ: 19669686 # # E-Mail: chrisfuhs@gmx.de # ################################### --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christoph Fuhs wrote:
das sieht aber verdammt übel aus, was zur Hölle hast du denn mit dem Kernel angestellt??
Na ja, der läuft auf einem Cyrix Processor, aber das ist auch schon alles was da dran ungewöhnlich ist.
Probier doch nochmal den wwwoffld neu zu starten, afaik mit rcwwwoffd restart, oder mit start und stop.
Also wie gesagt "killall -9 wwwoffled" klappt nicht. "/sbin/init.d/wwwoffle stop" hat auch nicht funktioniert.
Falls das alles nix hilft, runlevel ändern. Init 1 und dann init 3 oder init 2.
Single-user-Modus über Telnet ? Geht das ? Ich hab's jetzt nicht ausprobiert, nachher hängt mir das Teil im single-user-Modus, und ich komm gar nicht mehr dran, dann hilft nur noch Reset.
Wenn dann immer noch nix geht, würd ich die Windoof Variante vorschlagen, reboot!!!!!
Ich hab dann mit "reboot" versucht den Rechner neu zu starten, was dann natürlich auch bei "/sbin/init.d/wwwoffle stop" hing. Zum Glück lief da allerdings noch das Netzwerk, so konnte ich das mit ps und kill abbrechen. Danach hat er dann sauber neu gebootet. cu, Ray PS.: Danke für die Hilfe. Aber gibt es denn wirklich keine Möglichkeit einen amok-laufenden Prozess abzuschießen ? -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Raymond Haeb wrote:
Danke für die Hilfe. Aber gibt es denn wirklich keine Möglichkeit einen amok-laufenden Prozess abzuschießen ?
Wieso amoklaufend? Er macht doch rein gar nichts... Der ist doch eher fühzeitig gestorben und hat's selber noch nicht mitgekriegt... Unter Win hab' ich mal ein amoklaufendes Programm erlebt, also so eine fertige Platte hab' ich noch nicht gesehen... cu flo -- Hack! Hack! Hack! [Woko in dafb] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christoph Fuhs schrieb in 0,8K (31 Zeilen):
tja eigentlich dürfte der Prozess mit kill -9 gekillt sein, probier doch mal killall prozessname.
das sendet lediglich ein HUP an alle Prozesse des Namens. Also das Aequivalent von kill $PID[1] $PID[2] $PID[3] -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Raymond Haeb schrieb am 25.Mai.2000:
wie kann ich einen Prozess beenden, der weder auf ein kill <pid> noch auf ein kill -9 <pid> hört ? Gibt es noch andere Möglichkeiten ?
Hallo Raymond, mir fallen auf Anhieb drei Fälle ein, die sich nicht mit kill -9 killen lassen. 1) init PID=1 Das ist die Mutter aller Prozesse, den willst Du nicht killen. 2) Zombies. Status=Z Zombies sind schon tot. Ein Zombie verbraucht keine Prozeßzeit und keinen Platz außer in der Prozesstabelle. Ein Zombie ist nur deshalb noch da, weil der Elter nicht auf den Tod des Kindes wartet. Es könnte sein, daß der Elter noch wissen muß, daß das Kind gestorben ist. Ist in der Praxis zwar unwaharscheinlich, daß nach so langer Zeit der Elterprozeß noch was vom Kind wissen will, aber es schadet auch nichts. Laß den Zombie Zombie sein, er stört nicht. 3) Prozesse, die auf den Kernel warten. Status=D Wenn dieser Status über längere Zeit erhalten bleibt, kann es eigentlich nur einen Grund geben: Der Kernel versucht auf ein Gerät zuzugreifen, kann es aber aus irgendeinen Grund nicht, bekommt aber auch keine Fehlermeldung. Wenn das vorliegt, wird es ärgerlich. Da kann man nichts machen. Wenn es nicht stört, ist es gut. Anderenfalls ist neu booten evtl. eine Lösung. Damit könnte man sich aber mehr versauen als es einem lieb ist. Genauer: Ist es eine CD die hängt, so wäre es eine Lösung. Eine andere Lösung wäre es, die CD mit Gewalt aus dem Laufwerk zu nehmen. (Die meisten Laufwerke kann mechanisch deblockieren) Entsprechendes gilt für eine Diskette. Ist es eine Festplatte, auf der nicht zugegriffen werden kann, so ist da was böse kaputt und ich wäre sehr, sehr vorsichtig. 4) Als viertes fällt mir noch ein: Du bist nicht root und der Prozeß gehört Dir nicht. 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 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bernd Brodesser schrieb in 2,2K (60 Zeilen):
mir fallen auf Anhieb drei Fälle ein, die sich nicht mit kill -9 killen lassen.
1) init PID=1 Das ist die Mutter aller Prozesse, den willst Du nicht killen.
Man kann ihn -- auf 'magischem' Wege -- killen. In der Regel willt du das aber nicht.
Ist es eine Festplatte, auf der nicht zugegriffen werden kann, so ist da was böse kaputt und ich wäre sehr, sehr vorsichtig.
Ja, aber dann kannst du nur noch rebooten. Eben weil nix mehr geht. Nicht mal mehr ein magischer Sync. (vor allem, wenn es alle HDs betrifft)
4) Als viertes fällt mir noch ein: Du bist nicht root und der Prozeß gehört Dir nicht.
5) Ein Kernelmodul verbietet das selbst root. (Securelevel & co). 6) Der Kernel ist gepatched worden, siehe 5). -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (7)
-
B.Brodesser@online-club.de
-
chrisfuhs@gmx.de
-
florian.gross@gmx.net
-
heiko.degenhardt@sentec-elektronik.de
-
ray.haeb@gmx.net
-
Thomas@Hageboeke.de
-
weissel@netcologne.de