Other than KILL?

[Kevin Darcy]

One common technique is to do a normal kill (-TERM) followed a few seconds
later by "hard" kill (-KILL). That way you give the daemon a chance to
terminate normally, but still "guarantee" the kill if it doesn't (actually even
a "hard" kill can fail if the process is executing a buggy/misbehaved kernel
call, but I've never seen an unkillable named).

One caveat: on a really, *REALLY* busy system, I suppose it's theoretically
possible that you might end up killing the wrong process with this technique
(if the PID's wrapped in those few seconds)....


- Kevin

Cinense, Mark wrote:

> The reason a -9 was put into the script, is because named would not shutdown
> all the time.  So I guess that is why the last administrator put it in
> there.  Is there any way of providing nameservice that produces .9995
> uptime.  The customer wants to have nameservice with these stats 24x7.  Is
> this possible?
>
> Mark A Cinense
>
>                 -----Original Message-----
>                 From:   Barry Margolin [mailto:barmar at genuity.net]
>                 Sent:   May 16, 2000 8:16 AM
>                 To:     comp-protocols-dns-bind at moderators.isc.org
>                 Subject:        Re: Other than KILL?
>
>                 In article
> <890B12B8398AD211BC6100805FA784A205383864 at es04snlnt.sandia.gov>,
>                 Cinense, Mark <macinen at sandia.gov> wrote:
>                 >Does anyone know of a signal to reset the named stats other
> than sending a
>                 >kill -9 to the PID.  We would like to just reset stats
> instead of killing
>                 >the daemon.  I looked into NDC, however I do not think our
> namservers are
>                 >setup to run NDC.
>
>                 I don't think there's any way to reset the stats other than
> restarting
>                 named.  Why do you think kill -9 is the only way to restart
> named?  A
>                 normal kill (without -9) is the right way to kill most
> daemons; -9 should
>                 only be a last resort if the process won't go away with a
> normal kill.
>
>                 --
>                 Barry Margolin, barmar at genuity.net
>                 Genuity, Burlington, MA
>                 *** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them
> to newsgroups.
>                 Please DON'T copy followups to me -- I'll assume it wasn't
> posted to the group.