diff options
| author | Volker Lendecke <vl@samba.org> | 2011-04-29 13:00:14 +0200 |
|---|---|---|
| committer | Volker Lendecke <vlendec@samba.org> | 2011-04-29 17:58:19 +0200 |
| commit | df099e66240c7670c9f7b7dcccb1c38216bac3ec (patch) | |
| tree | 734ff6b4d8eb86f1659a5a0ee3b0c840b1bc5a40 /source3/script/tests/test_failure.sh | |
| parent | aa5abcaf7e2844e3bd3d8e8fe26488673ad3c00e (diff) | |
| download | samba-df099e66240c7670c9f7b7dcccb1c38216bac3ec.tar.gz samba-df099e66240c7670c9f7b7dcccb1c38216bac3ec.tar.bz2 samba-df099e66240c7670c9f7b7dcccb1c38216bac3ec.zip | |
s3: Avoid a potential 100% CPU loop in winbindd
In the clustering case if ctdb is unhappy, winbindd_reinit_after_fork fails.
This can lead to an endless loop depending on the scheduling of the parent vs
child. Parent forks, child is immediately scheduled and exits. Parent gets
SIGCHLD, parent is then scheduled before it sends the request out to the child.
Parent tries to fork again immediately.
The code before this patch did not really take into account that
reinit_after_fork can fail. The code now sends the result of
winbindd_reinit_after_fork to the parent and the parent only considers the
child alive when it got NT_STATUS_OK.
This was seen in 3.4 winbind. winbind has changed significantly since then, so
it might be possible that this does not happen anymore in exactly this way. But
passing up the status of reinit_after_fork and only consider the child alive
when that's ok is the correct thing to do anyway.
Autobuild-User: Volker Lendecke <vlendec@samba.org>
Autobuild-Date: Fri Apr 29 17:58:19 CEST 2011 on sn-devel-104
Diffstat (limited to 'source3/script/tests/test_failure.sh')
0 files changed, 0 insertions, 0 deletions