Beefy Boxes and Bandwidth Generously Provided by pair Networks
Keep It Simple, Stupid
 
PerlMonks  

Re: Zombie Hunter (666th post)

by Phaysis (Pilgrim)
on Jan 21, 2002 at 05:22 UTC ( #140279=note: print w/replies, xml ) Need Help??


in reply to Zombie Hunter (666th post)

Yes!!! I love it! Hilarious! I haven't seen something akin to a shell game in years, not since my adventures on the school's Vax 9600/20e and its room full of VT102's (ah, the days of yore...).

It was serendipitous that I also just learned about "killall" and its uses. Sure do need it with these zombie cron jobs.

That completely rocks, Jeffa.

-Shawn
(Ph) Phaysis
"If idle hands are the tools of the devil, are idol tools the hands of god?"

Replies are listed 'Best First'.
Re: Re: Zombie Hunter (666th post) killall might be dangerous
by nefertari (Chaplain) on Jan 21, 2002 at 18:42 UTC
    Something my boyfriend told me about killall:
    Under some unix-like systems (i think it was on HP???) killall is different. It takes no arguments and kills all processes of the user.
      On this particular big box:HP-UX frank B.11.00 U 9000/800 75635 unlimited-user license
      Which as you see is HP-UX 11, killall is totally different that the linux killall. As we see from the manpage:
      NAME killall - kill all active processes SYNOPSIS /usr/sbin/killall [signal] DESCRIPTION killall is a procedure used by /usr/sbin/shutdown to kill all ac +tive processes not directly related to the shutdown procedure. killall is chiefly used to terminate all processes with open fil +es so that the mounted file systems are no longer busy and can be unmo +unted. killall sends the specified signal to all user processes in the system, with the following exceptions: the init process; all processes (including background processes) associated w +ith the terminal from which killall was invoked; any ps -ef process, if owned by root; any sed -e process, if owned by root; any shutdown process; any killall process; any /sbin/rc process. killall obtains its process information from ps, and therefore m +ay not be able to perfectly identify which processes to signal (see ps( +1)). If no signal is specified, a default of 9 (kill) is used. killall is invoked automatically by shutdown The use of shutdown + is recommended over using killall by itself (see shutdown(1M)). FILES /usr/sbin/shutdown SEE ALSO fuser(1M), kill(1), ps(1), shutdown(1M), signal(5). STANDARDS CONFORMANCE killall: SVID2, SVID3 Hewlett-Packard Company - 1 - HP-UX Release 11.00: Octobe +r 1997
      So, what it does is basically destroys all stubborn running processes still left during a system shutdown. Certainly not the same thing as a Linux killall, which really is just (as far as I can tell) a fancy signal sending multiplexer.

      On a marginally related note, be careful and stingy with your kill -9 (and killall's as well)... lest you find yourself recepient of merlyn's Useless use of kill award :)

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://140279]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others romping around the Monastery: (6)
As of 2019-10-15 08:34 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    Notices?