Bug 1287 - Restarting smbd from SWAT produces zombie procces
Summary: Restarting smbd from SWAT produces zombie procces
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: SWAT (show other bugs)
Version: 3.0.3
Hardware: All Linux
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact:
Depends on:
Reported: 2004-04-22 14:17 UTC by Michel Gravey
Modified: 2005-11-14 09:28 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Michel Gravey 2004-04-22 14:17:44 UTC
Environnement: Samba 3.0.2a compiled from source with --prefix=/usr/local/samba
After restarting smbd from SWAT, smbd create many zombies process (smbd 
[defunct] in ps). Restarting samba from init script (that run smbd -D) don't 
do that (and kill the remaining zombie process). Maybe the restarting swat 
code is broken.
I can send any logs if you want. Currently running in loglevel 3 and nothing 
weird seems to happens after the restarting from swat.
Comment 1 Michel Gravey 2004-05-06 03:41:25 UTC
It seems to be linux or else debian woody related.
Same problem happens (when starting/restarting frow swat, zombie processes 
appears, 2 at the beginning then the number increases as clients connects)
No problem on a freebsd test box with the same release (3.0.3).
Don't know if it's stunnel 3 (from woody) related (cause swat uses that but I 
don't think that's the problem).
I'll try without stunnel.
Comment 2 Michel Gravey 2004-05-06 06:23:27 UTC
Sorry for the post.
Was not a swat problem but really a stunnel problem. (the one from woody is 
broken, as seen on stunnel web site:
Stunnel 3.24 and earlier (as well as 4.0x x<4) does not properly handle 
SIGCHLD signals safely. Stunnel 3.26 is now available and fixes this problem. 
So it's why the process couldn't end properly, becoming zombies.

Comment 3 Gerald (Jerry) Carter (dead mail address) 2004-05-06 08:17:20 UTC
Thanks for the update.  Closing.
Comment 4 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:28:46 UTC
database cleanup