On Sat, 7 Aug 2004, Marcus Meissner wrote:
Date: Sat, 7 Aug 2004 16:09:20 +0200 From: Marcus Meissner <meissner@suse.de> To: Olivier Mueller <om-lists-suse-security@omx.ch> Cc: suse-security@suse.com, security@suse.de Subject: Re: [suse-security] many mysqld zombies after latest kernel update
On Sat, Aug 07, 2004 at 04:04:57PM +0200, Olivier Mueller wrote:
On Sat, 2004-08-07 at 14:54 +0200, Olivier Mueller wrote:
After installing the latest kernel update (from 6.Aug) and rebooting, I'm now getting hunderds of mysqld zombies (defunct) one some servers. I don't really see why yet... the only thing which changed was the kernel... The mysqld is a self-compiled one.
FYI, after reverting to the old kernel, everything is running fine again.
En résumé:
With: k_smp4G-2.4.21-238.rpm -> zombie problems (kernel-51547 patch) With: k_smp4G-2.4.21-231.rpm -> fine.
If you need more details, please feel free to ask.
Can you run strace -f on the mysqld one and look for /proc/ files it opens ?
After fixing my database corruption mysql seems to run fine again - I am still having problems with amavis-milter under SuSE 8.2 pro though which have appeared since the new kernel update. Can not see that it is opening any proc files though: haniel:~ # ps -ef | grep amavis vscan 15734 15733 0 17:26 ? 00:00:00 /usr/sbin/amavis-milter -D -p local:/var/run/amavis/amavis-milter.sock vscan 15735 15734 0 17:26 ? 00:00:00 /usr/sbin/amavis-milter -D -p local:/var/run/amavis/amavis-milter.sock vscan 15809 1 0 17:26 ? 00:00:00 /usr/bin/perl -T /usr/sbin/amavisd vscan 15825 15734 0 17:26 ? 00:00:00 [amavis-milter] <defunct> vscan 15909 15734 0 17:27 ? 00:00:00 [amavis-milter] <defunct> vscan 17586 15734 0 17:37 ? 00:00:00 [amavis-milter] <defunct> vscan 17709 15734 0 17:38 ? 00:00:00 [amavis-milter] <defunct> vscan 15733 1 0 17:26 ? 00:00:00 /usr/sbin/amavis-milter -D -p local:/var/run/amavis/amavis-milter.sock root 17785 13746 0 17:38 pts/1 00:00:00 grep amavis haniel:~ # strace -fp 15733 select(6, [5], NULL, [5], {3, 520000}) = 0 (Timeout) select(6, [5], NULL, [5], {5, 0}) = 1 (in [5], left {1, 790000}) accept(5, {sa_family=AF_UNIX, path=@}, [2]) = 6 setsockopt(6, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 rt_sigprocmask(SIG_SETMASK, NULL, [HUP INT TERM RTMIN], 8) = 0 write(4, "`\0\7@\0\0\0\0\0\0\0\0P\273\4\10x\375\5\10\3@\0\200\0\0"..., 148) = 148 rt_sigprocmask(SIG_SETMASK, NULL, [HUP INT TERM RTMIN], 8) = 0 rt_sigsuspend([HUP INT TERM] <unfinished ...> --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) sigreturn() = ? (mask now [HUP INT TERM RTMIN]) select(6, [5], NULL, [5], {5, 0}) = 0 (Timeout) select(6, [5], NULL, [5], {5, 0}) = 0 (Timeout) select(6, [5], NULL, [5], {5, 0} regards Hubba