There is a real need for a kernel level tool to perform an actual kill
on a process. Not sending a SIGKILL to the process but actually ripping
the process out of the scheduler deallocating the memory and closing
open files. For this exact reason. This just doesn't seem to be
available. And for all the zombie processes, throughout the history of
computing I'm amazed that there doesn't seem to be anything, no matter
how difficult to impliment, to do this.
Ahhh, now I feel better. I've been bitten by zombie's comsuming a
server twice this week and I'm a little off balance about it. :)
On Thu, 2001-11-29 at 16:22, Noel Kelly wrote:> Hi Alexander,
>
> Not sure if this of any help, but we had a similar problem with runaway
> SMBDs and what seemed to be oplocks. We are running RH6.2 with 0.7.26
ACLs.
> After much messing around and hassling Jeremy, I eventually changed the
> kernel from 2.2.19 to 2.2.20 and recompiled everything from scratch. Since
> then we have not had one of these rogue processes.
>
> I think Jeremy was right when he declared that if the process is unkillable
> then it must be a kernel problem - ie the kernel is failing to manage the
> SMBD under load which cuts loose and moves out of the kernel's control.
>
> Noel
>
>
> From: "Alexander Seitz"
<Alexander.Seitz@fhs-hagenberg.ac.at>
> To: <samba@lists.samba.org>, "Jeremy Allison"
<jra@samba.org>
> Subject: locking ? problems (follow up to: strange problems)
> Date: Thu, 29 Nov 2001 18:32:00 +0100
>
> Hi all, Jeremy,
>
> after trying to add kernel oplocks = no I got the same errors as describes
> in my last post.
> (samba working, but some folders not accessible, even not from commandline
> unix, can't kill smbd processes......)
>
> This is what happens in the log file:
>
> any ideas ?
>
> [2001/11/29 16:13:00, 1] smbd/service.c:make_connection(610)
> pc08ust (10.21.1.8) connect to service exchangejg99 as user
> exchangequota99 (uid=15056, gid=100) (pid 11777)
> [2001/11/29 16:13:02, 0] smbd/oplock.c:request_oplock_break(1026)
> request_oplock_break: no response received to oplock break request to pid
> 11766 on port 37084 for dev = 3001, i
> for dev = 3001, inode = 14319625, tv_sec = 3c064fe6, tv_usec = 3e1d3
> [2001/11/29 16:13:02, 0] smbd/open.c:open_mode_check(555)
> open_mode_check: exlusive oplock left by process 11766 after break ! For
> file zprograms/SecureFX/SecureFX.EXE,
> [2001/11/29 16:13:02, 0] lib/util.c:smb_panic(1055)
> PANIC: open_mode_check: Existant process 11766 left active oplock.
>
> [2001/11/29 16:13:35, 0] smbd/oplock.c:request_oplock_break(1026)
> request_oplock_break: no response received to oplock break request to pid
> 11766 on port 37084 for dev = 3001, i
> for dev = 3001, inode = 16253077, tv_sec = 3c064fe6, tv_usec = 47fc9
> [2001/11/29 16:13:35, 0] smbd/open.c:open_mode_check(555)
> open_mode_check: exlusive oplock left by process 11766 after break ! For
> file zprograms/ACDSee32/ACDSee32.exe,
> [2001/11/29 16:13:35, 0] lib/util.c:smb_panic(1055)
> PANIC: open_mode_check: Existant process 11766 left active oplock.
>
>
> [2001/11/29 16:21:50, 0] smbd/open.c:open_mode_check(555)
> open_mode_check: exlusive oplock left by process 11766 after break ! For
> file zprograms/ACDSee32/ACDSee32.exe,
> [2001/11/29 16:21:50, 0] lib/util.c:smb_panic(1055)
> PANIC: open_mode_check: Existant process 11766 left active oplock.
>
> 2001/11/29 16:21:17, 0] smbd/open.c:open_mode_check(555)
> open_mode_check: exlusive oplock left by process 11766 after break ! For
> file zprograms/ACDSee32/ACDSee32.exe,
> [2001/11/29 16:21:17, 0] lib/util.c:smb_panic(1055)
> PANIC: open_mode_check: Existant process 11766 left active oplock.
>
> [2001/11/29 16:20:12, 0] smbd/open.c:open_mode_check(555)
> open_mode_check: exlusive oplock left by process 11766 after break ! For
> file zprograms/SecureFX/SecureFX.EXE,
> [2001/11/29 16:20:12, 0] lib/util.c:smb_panic(1055)
> PANIC: open_mode_check: Existant process 11766 left active oplock.
> [2001/11/29 16:20:12, 0] locking/locking.c:delete_fn(253)
> locking : delete_fn. LOGIC ERROR ! Entry for pid 11879 and it no longer
> exists !
>
> --
> To unsubscribe from this list go to the following URL and read the
> instructions: http://lists.samba.org/mailman/listinfo/samba