Re: Deleting Zombie Process

2003-08-14 Thread Mike Vanecek
On Fri, 8 Aug 2003 11:03:56 -0700 (PDT), Jonathan Bartlett wrote
 See my rant on Zombies - should have the info you need -
 
 http://www.advogato.org/person/johnnyb/diary.html?start=31
 

Uhm, does not look like I made your day 

You say,

You can't kill a zombie process because it's already dead. However, you can
kill off all of the zombie processes parents until it finds one that will
wait() for it. Eventually, it will get to the init() process, and the init
process doesn't do hardly anything except call wait() continually, so then the
zombie will go away.

I have this zombie:

[EMAIL PROTECTED] root]# ps aux | grep 27440
root 27440  0.0  0.0 00 ?Z07:38   0:00
[linksysmon-watc defunct]

I now understand why it cannot be killed since it is already dead.

Just for education purposes; however, how do I find the zombie's parent
processes to kill them?

My guess would be that one of these processes

root 28538  0.0  0.1  5932  664 ?SAug04   0:03 /usr/bin/perl
/usr/sbin/linksysmon
root 28539  0.0  0.0  43764 ?SAug04   0:00 sh -c
/usr/sbin/snmptrapd -C -P -F %A %y-%02.2m-%02.2l %02root 28540  0.0  0.4
11000 1760 ?SAug04   0:32 /usr/sbin/snmptrapd -C -P -F %A
%y-%02.2m-%02.2l %02.2h:%02 

might be the parent, but then ...



-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list


Re: Deleting Zombie Process

2003-08-14 Thread Jonathan Bartlett
 Uhm, does not look like I made your day 

No, I was complaining about Sun Support employees not knowoing about
Zombie processes.  It's not something that's focused on in books, but
someone who works support at Sun should know better.

 [EMAIL PROTECTED] root]# ps aux | grep 27440
 root 27440  0.0  0.0 00 ?Z07:38   0:00
 [linksysmon-watc defunct]

ps -ef showns parents (PPID column), and ps afx shows it in an actual
process tree.

 I now understand why it cannot be killed since it is already dead.

 Just for education purposes; however, how do I find the zombie's parent
 processes to kill them?

See above

Jon


-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list


Re: Deleting Zombie Process

2003-08-10 Thread Mike Vanecek
On Fri, 8 Aug 2003 11:35:58 -0700 (PDT), Jonathan Bartlett wrote
  Uhm, does not look like I made your day 
 
 No, I was complaining about Sun Support employees not knowoing about
 Zombie processes.  It's not something that's focused on in books, but
 someone who works support at Sun should know better.
 
  [EMAIL PROTECTED] root]# ps aux | grep 27440
  root 27440  0.0  0.0 00 ?Z07:38   0:00
  [linksysmon-watc defunct]
 
 ps -ef showns parents (PPID column), and ps afx shows it in an actual
 process tree.
 
  I now understand why it cannot be killed since it is already dead.
 
  Just for education purposes; however, how do I find the zombie's parent
  processes to kill them?

Thank you kindly, it has been a very useful education.

28538 ?S  0:03 /usr/bin/perl /usr/sbin/linksysmon
28539 ?S  0:00  \_ sh -c /usr/sbin/snmptrapd -C -P -F %A
%y-%02.2m-%02.2l %02.2h:%02.2j:%02.2k %v\n 21 1/28540 ?S  0:32
 |   \_ /usr/sbin/snmptrapd -C -P -F %A %y-%02.2m-%02.2l %02.2h:%02.2j:%02.2k %v\n
27440 ?Z  0:00  \_ [linksysmon-watc defunct]

[EMAIL PROTECTED] root]# service linksysmon restart
Stopping linksysmon
Starting linksysmon

30223 pts/1S  0:00 /usr/bin/perl /usr/sbin/linksysmon
30224 pts/1S  0:00  \_ sh -c /usr/sbin/snmptrapd -C -P -F %A
%y-%02.2m-%02.2l %02.2h:%02.2j:%02.2k %v\n 21 1/30225 pts/1S  0:00
 \_ /usr/sbin/snmptrapd -C -P -F %A %y-%02.2m-%02.2l %02.2h:%02.2j:%02.2k %v\n

My, that was easy 

Now I can watch to see if a linksysmon-watch call results in a zombie.

Wow!

Thanks.


-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list


Re: Deleting Zombie Process

2003-08-09 Thread Jonathan Bartlett
See my rant on Zombies - should have the info you need -

http://www.advogato.org/person/johnnyb/diary.html?start=31

Jon

On Fri, 8 Aug 2003, Mike Vanecek wrote:

 I have searched around looking for a definition of a zombie process and found
 this one:

 a zombie process is basically an ill-behaving creature that might mess up the
 system (usually because it is dead but not quite dead, whereas it should be
 quite dead, hence the name zombie). But since linux identifies it as zombie,
 it's constrained to the graveyard, so that won't actually happen. The only
 real danger with zombies is when you have lots of them.

 While running top, I saw that I had a zombie process. Best I could tell, it
 was left over from testing linksysmon. I did a sigterm on it and trucked on.

 Question, I assume that a zombie is something that did not get terminated
 cleanly? Will I ever run into a problem with doing a sigterm on the zombie
 process? If yes, when and what should I watch out for?

 Thanks.


 --
 redhat-list mailing list
 unsubscribe mailto:[EMAIL PROTECTED]
 https://www.redhat.com/mailman/listinfo/redhat-list



-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list


Deleting Zombie Process

2003-08-09 Thread Mike Vanecek
I have searched around looking for a definition of a zombie process and found
this one:

a zombie process is basically an ill-behaving creature that might mess up the
system (usually because it is dead but not quite dead, whereas it should be
quite dead, hence the name zombie). But since linux identifies it as zombie,
it's constrained to the graveyard, so that won't actually happen. The only
real danger with zombies is when you have lots of them.

While running top, I saw that I had a zombie process. Best I could tell, it
was left over from testing linksysmon. I did a sigterm on it and trucked on.

Question, I assume that a zombie is something that did not get terminated
cleanly? Will I ever run into a problem with doing a sigterm on the zombie
process? If yes, when and what should I watch out for?

Thanks.


-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list