Perry E. Metzger wrote:
> Timo Schoeler <timo.schoeler@macfinity.net> writes:
> 
>>Perry E. Metzger wrote:
>>
>>>Timo Schoeler <timo.schoeler@macfinity.net> writes:
>>>
>>>
>>>>hi list,
>>>>
>>>>what can i do about a daemon that crashed in a way (clamsmtpd on
>>>>NetBSD 2.0.2-RELEASE/SPARC64) that not even a kill -9 `PID` got me rid
>>>>of it?
>>>
>>>
>>>If not even a kill -9 killed it, you have a kernel bug. What was the
>>>process sleeping in?
>>
>>hm, it's running plain vanilla 2.0.2-RELEASE...
>>
>>the process was not sleeping, IIRC it was in state 'CPU' -- at least
>>(regarding to top) it consumed nearly 100% CPU, the systems' load was
>>between 4.5 and 5.2 for several hours...
> 
> 
> That doesn't make any sense at all.
> 
> If a process is running in userland, you can always kill it. If a
> kill -9 does not work, then you are almost certainly stuck in the
> kernel.

yes, that's what i thought, too. however, this scenario was very annoying :(

the machine was responsible after all (sshd wasn't shut down yet, but it
didn't take any new logins of course), but it could not reboot because
of the process not willing to die. the machine was not stuck. that's
what makes it weird (at least to me).

> 
> Can you show a ps of the process?

i'll try to build up the same environment here on another machine so
that i can repeat it.

thanks so far & cheers,

-- 
Timo Schoeler | http://macfinity.net/~tis | timo.schoeler@macfinity.net
//macfinity -- finest IT services | http://macfinity.net
Key fingerprint = F844 51BE C22C F6BD 1196  90B2 EF68 C851 6E12 2D8A

There are 10 types of people in the world. Those who understand binary
and those who don't.