sslug-teknik team mailing list archive

[Anders Johansson <andjoh@xxxxxxxxxx>]

On Sun, 2003-04-20 at 20:20, Ask Holme wrote:
> On 20 Apr 2003 19:26:05 +0200
> Anders Johansson <andjoh@xxxxxxxxxx> wrote:
> 
> > On Sun, 2003-04-20 at 19:21, Ask Holme wrote:
> > > Hejsa
> > > 
> > > Jeg oplever for tid til anden er der er visse processor som
> > > overlever selvom man laver en kill -KILL <pid>. Hvordan kan det være
> > > at processen kører selvom kernen burde terminate den og hvordan kan
> > > jeg få den stoppet ?
> > Vad jag vet finns det två typer av processer som kan "överleva"
> > SIGKILL. En "zombie" är en process som redan är död, men som väntar på
> > att"parent" ska avslutas innan den försvinner från processtabellen.
> > 
> > Det kan också vara en process som hänger inne i kernel space. I
> > 2.4.x-kärnorna finns inget förutom reboot som kan bli av med sådana.
> 
> Well, konkret har jeg problemer med nbd-client. det er et client program
> til brug ved network block devices, en ældre version. det bliver nu
> veligeholdt under navnet enbd-client som svarer på et kill signal - men
> enbd virker bare ikke i mit setup. Anyway nbd-client connecter til en
> server og mounte så det serveren har shared med en node fil. Hvis
> serveren bliver genstartet (ie hele maskinen, ikke kun nbd-server) så
> hænger nbd-client. det vil jeg gerne af med.

Det ser ut som att det är fall #2: den hänger inuti kärnan. Jag hittade
detta på nätet

All data handling on the client 
side is done in the kernel, however the the nbd-clietn 
 user land process is still 
alive (use the ps -ef | grep nbd-clinent to see the 
process) doing only one thing, i.e. waiting for the 
ioctl doit call to return, 
in this sense the nbd kernel driver is "driven" by a 
user land process. The way the "doit" ioctl call is 
implemented in nbd.o is in my mind 
unfortunate, it makes the client user land process in 
reality unkillable since signals ar blocked during the 
blocking socket read write in the 
nbd.o driver

http://www.ultraviolet.org/mail-archives/gfs.2000/0315.html

Om det inte finns en senare version som fixar den buggen så finns det
nog inte mycket att göra. Processer som hänger inuti kärnan går inte att
döda