https://bugzilla.novell.com/show_bug.cgi?id=757783 https://bugzilla.novell.com/show_bug.cgi?id=757783#c24 Vadim Ponomarev <ccrssaa@karelia.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|ccrssaa@karelia.ru | --- Comment #24 from Vadim Ponomarev <ccrssaa@karelia.ru> 2012-04-22 21:32:16 UTC --- (In reply to comment #22)
Test fix confirmed. mnt_cache drops back to baseline with that patch applied.
I've applied it to 12.1 and SP2.
I've also verified that this is the last of the kern_mount_data leaks.
Vadim, can you confirm that with both patches applied the pid_namespace slab drops back to baseline (usually 0) within 30 seconds?
3.1.10-1.9-desktop with 905ad269c55fc62bee3da29f7b1d1efeba8aa1e1 and 6f686574cccc2ef66fb38e41f19cedd81e7b4504 applied test program is vsftpd-1.c from the first attachment https://bugzilla.novell.com/attachment.cgi?id=487333 note that (unlike test.c in initial report) vsftpd-1.c has SIGCHLD handler as an attempt to simulate real vsftpd behaviour watch.pl is the second attachment https://bugzilla.novell.com/attachment.cgi?id=487338 - just for convenience 1) test program compiled withoud SIGCHLD handler (gcc -DWITH_SIGCHLD=0 vsftpd-1.c) - everything is freed
./watch.pl Mon Apr 23 00:54:09 2012 pid_namespace=0 mnt_cache=39 Mon Apr 23 00:54:56 2012 pid_namespace=24 mnt_cache=75 Mon Apr 23 00:54:57 2012 pid_namespace=57 mnt_cache=120 Mon Apr 23 00:54:58 2012 pid_namespace=93 mnt_cache=150 Mon Apr 23 00:54:59 2012 pid_namespace=102 mnt_cache=165 Mon Apr 23 00:55:01 2012 pid_namespace=82 mnt_cache=165 Mon Apr 23 00:55:03 2012 pid_namespace=72 mnt_cache=117 Mon Apr 23 00:55:05 2012 pid_namespace=42 mnt_cache=69 Mon Apr 23 00:55:07 2012 pid_namespace=32 mnt_cache=54 Mon Apr 23 00:55:09 2012 pid_namespace=5 mnt_cache=46 Mon Apr 23 00:55:11 2012 pid_namespace=2 mnt_cache=42 Mon Apr 23 00:55:13 2012 pid_namespace=1 mnt_cache=40 Mon Apr 23 00:55:15 2012 pid_namespace=0 mnt_cache=39
2) test program compiled with SIGCHLD handler (gcc vsftpd-1.c) - pid_namespace and mnt_cache leaked
./watch.pl (first run, from another terminal) Mon Apr 23 01:02:52 2012 pid_namespace=0 mnt_cache=39 Mon Apr 23 01:03:01 2012 pid_namespace=21 mnt_cache=75 Mon Apr 23 01:03:02 2012 pid_namespace=27 mnt_cache=90 Mon Apr 23 01:03:03 2012 pid_namespace=33 mnt_cache=105 Mon Apr 23 01:03:07 2012 pid_namespace=23 mnt_cache=57 Mon Apr 23 01:03:09 2012 pid_namespace=13 mnt_cache=53 Mon Apr 23 01:03:11 2012 pid_namespace=11 mnt_cache=51 Mon Apr 23 01:03:13 2012 pid_namespace=10 mnt_cache=50 Mon Apr 23 01:03:15 2012 pid_namespace=10 mnt_cache=49 (10 out of 100 slabs leaked in first run) (run test program from another terminal again) Mon Apr 23 01:10:49 2012 pid_namespace=22 mnt_cache=105 Mon Apr 23 01:10:50 2012 pid_namespace=27 mnt_cache=105 Mon Apr 23 01:10:51 2012 pid_namespace=36 mnt_cache=120 Mon Apr 23 01:10:52 2012 pid_namespace=39 mnt_cache=120 Mon Apr 23 01:10:55 2012 pid_namespace=29 mnt_cache=91 Mon Apr 23 01:10:57 2012 pid_namespace=22 mnt_cache=64 Mon Apr 23 01:10:59 2012 pid_namespace=21 mnt_cache=62 Mon Apr 23 01:11:01 2012 pid_namespace=21 mnt_cache=61 Mon Apr 23 01:11:02 2012 pid_namespace=21 mnt_cache=60 (11 out of 100 slabs leaked in second run)
pid_namespace stays 21 and mnt_cache stays 60 forever instead of shrinking back to initial 0 and 39 please look at the comment 18, this is a different bug IMHO (race with signal code ?)
My testing used the SIGCHILD clone flag and was successful.
Please check the case when not only SIGCHLD clone flag is set, but the handler is enabled using sigaction() -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.