Bugzilla – Bug 676
Sudo 1.8.11 doesn't reap it's children
Last modified: 2015-02-09 15:12:17 MST
OS: DragonFly BSD 4.0-RC and 4.1 Sudo 1.8.11 fails to reap it's child processes, leaving zombies and never returning to the original prompt. Sudo then fails to listen to term signals, requiring kill signals to take them down. This affects the latest version of sudo in the packages and tested on the 4.0 RC. To be clear, sudo commands will be invoked successfully, but the prompt will not be returned. How to reproduce: * run sudo /bin/sh * try to exit the new /bin/sh shell This bug had originally been reported in the DragonFly bug tracker by zcrownover : http://bugs.dragonflybsd.org/issues/2728
This sounds similar to Bug 657. Somehow sudo is either not receiving SIGCHLD or there is a problem with the event loop. If you could ktrace the sudo process that might give me enough information to track down the problem.
*** Bug 677 has been marked as a duplicate of this bug. ***
Created attachment 435 [details] Make sure SIGCHLD is not treated as a user-generate signal Please try the attached patch.
Sorry i missed this bug and opened a new one. The attached patch fix the issue.
Thank you for the patch, it effectively fixes the issue. The fixes have been pushed to DragonFly's DeltaPorts repository. https://github.com/DragonFlyBSD/DeltaPorts/commit/81a01d411a95b21341361e0d30d4a571edf5f610 Hopefully a new sudo release will include them in the future and we will be able to remove the local patches.
This fix will be included in sudo 1.8.12, currently in beta.
Fixed in sudo 1.8.12, available now.