Bug 764519 (GLUSTER-2787)

Summary: if gsyncd is spawned by glusterd, it ignores signals
Product: [Community] GlusterFS Reporter: Csaba Henk <csaba>
Component: geo-replicationAssignee: Venky Shankar <vshankar>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 3.2.4CC: gluster-bugs, rahulcs, vshankar
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: RTNR Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Csaba Henk 2011-04-17 06:43:51 UTC
... except for SIGINT, and of course, unmaskable ones. This does not happen when gsyncd runs standalone (ie. invoked from shell).

Comment 1 Csaba Henk 2011-08-25 10:08:14 UTC
"Run" process spawning liblet makes this issue go away as it resets signal masks properly. Hence marking it dupe of run's bz entry.

*** This bug has been marked as a duplicate of bug 2562 ***

Comment 2 Venky Shankar 2011-11-02 07:15:14 UTC
Need patch to start fork'ed processes with empty signal mask. This is needed for gyncd log-rotate command (which uses SIGUSR1).

Comment 3 Csaba Henk 2011-11-03 15:42:34 UTC
This issue is now 3.2.x-only, on mainline commits for bug 764294 take care of it, too.

Comment 4 Anand Avati 2011-11-04 06:06:32 UTC
CHANGE: http://review.gluster.com/657 (Fork'ing causes child to inherit the signal mask of the parent. Hence) merged in release-3.2 by Vijay Bellur (vijay)