Try changing wait to "yes".
Zombies are processes that have ended, but for which the parent has not
"waited" to acknowledge the death of the child.
Their 'slot' in the process table has not been freed for re-use.
-----Original Message-----
From: steff...@gmx.de
Sent: Wednesday, February 20, 2013 9:54 AM
To: freeradius-users@lists.freeradius.org
Subject: echo module creating zombies
Hello list,
I have a problem regarding the echo module which on my system creates zombie
processes. I am using the following settings for echo:
wait = no
program = "/bin/true" (just for testing purposes)
packet_type = Access-Accept
After echo execs the program in question there is an undead child process
left behind:
13467 ? Ssl 0:00 /usr/local/freeradius/sbin/radiusd
14258 ? Z 0:00 \_ [true] <defunct>
This is pretty much everything strace has to say:
14258 execve("/bin/true", ["/bin/true", "asdf"], [/* 6 vars */]) = 0
14258 brk(0) = 0x85c6000
14258 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7787000
14258 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
14258 open("/etc/ld.so.cache", O_RDONLY) = 3
14258 fstat64(3, {st_mode=S_IFREG|0644, st_size=67227, ...}) = 0
14258 mmap2(NULL, 67227, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7776000
14258 close(3) = 0
14258 open("/lib/i686/libc.so.6", O_RDONLY) = 3
14258 read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0h\1\0004\0\0\0\320\366\24\0\0\0\0\0004\0
\0\n\0(\0D\0C\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0@\1\0\0@\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0`z\23\0`z\23\0`z\23\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0P\272\24\0P\272\24\0\5\0\0\0\0\20\0\0\1\0\0\0\344\301\24\0\344\301\24\0\344\301\24\0\230'\0\0lT\0\0\6\0\0\0\0\20\0\0\2\0\0\0|\335\24\0|\335\24\0|\335\24\0\360\0\0\0\360\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0t\1\0\0t\1\0\0t\1\0\0
\0\0\0
\0\0\0\4\0\0\0\4\0\0\0\7\0\0\0\344\301\24\0\344\301\24\0\344\301\24\0\10\0\0\0@\0\0\0\4\0\0\0\4\0\0\0P\345tdtz\23\0tz\23\0tz\23\0\314+\0\0\314+\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\344\301\24\0\344\301\24\0\344\301\24\0\34\36\0\0\34\36\0\0\4\0\0\0\1\0\0\0\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\t\0\0\0\363\3\0\0\t\0\0\0\0\2\0\0\16\0\0\0\2400\20D\200
\2\1\214\3\346\220AE\210\0\204\0\10\0A\200\0@\300\200\0\f\2\f\0!
\0010\0\10@\"\10\246\4\210H6l\240\0260\0&\204\200\216\4\10B$\2\f\246\244\32\6c\310\0\302
\1\300\0R\0!\201\10\4\n \250\24\0\24(`\0\0P\240\312DB", 512) = 512
14258 fstat64(3, {st_mode=S_IFREG|0755, st_size=1376624, ...}) = 0
14258 mmap2(NULL, 1381968, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xb7624000
14258 mmap2(0xb7770000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14c) = 0xb7770000
14258 mmap2(0xb7773000, 9808, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7773000
14258 close(3) = 0
14258 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7623000
14258 set_thread_area({entry_number:-1 -> 6, base_addr:0xb76236c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0
14258 mprotect(0xb7770000, 8192, PROT_READ) = 0
14258 mprotect(0x804f000, 4096, PROT_READ) = 0
14258 mprotect(0xb77a3000, 4096, PROT_READ) = 0
14258 munmap(0xb7776000, 67227) = 0
14258 brk(0) = 0x85c6000
14258 brk(0x85e7000) = 0x85e7000
14258 close(1) = 0
14258 close(2) = 0
14258 exit_group(0) = ?
Any ideas why the zombies occur ?
Thanks
Stephan
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
Craig Campbell
craig.campb...@ccraft.ca
CampbellCraft Consulting Inc.
2 Kenny Court
Whitby, Ontario
Canada
L1R 2L8
905 922-2789
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
