Bug 143867 - Clumanager blocks signals in started Services
Summary: Clumanager blocks signals in started Services
Alias: None
Product: Red Hat Cluster Suite
Classification: Retired
Component: clumanager (Show other bugs)
(Show other bugs)
Version: 3
Hardware: i686 Linux
Target Milestone: ---
Assignee: Lon Hohberger
QA Contact: Cluster QE
: 149059 153070 161060 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2004-12-30 13:54 UTC by Uwe Müssel
Modified: 2009-04-16 20:15 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-02-28 21:21:37 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
user script for service (194 bytes, text/plain)
2004-12-30 13:56 UTC, Uwe Müssel
no flags Details
test_script (194 bytes, text/plain)
2004-12-30 13:56 UTC, Uwe Müssel
no flags Details
Fixes problem (850 bytes, patch)
2005-01-03 16:36 UTC, Lon Hohberger
no flags Details | Diff
Program from #149059 for testing (207 bytes, text/plain)
2005-02-25 17:38 UTC, Lon Hohberger
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2005:047 high SHIPPED_LIVE clumanager and redhat-config-cluster bug fix update 2005-05-25 04:00:00 UTC

Description Uwe Müssel 2004-12-30 13:54:14 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0

Description of problem:
When a custom defined service is started by the clustermanager via
script, a lot of signals including SIGUSR1 and SIGUSR2 are blocked.
Programms relying on these signals will not work correctly.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install the screen package
2. create a cluster service unsing the attached test_script as user
script. This scripts simply starts a shell in a screen session
3. start the service 
4. attach to the session by entering "screen -r"
5. enter: trap ls 10
6. enter: kill -10 $$

Actual Results:  Nothing happens.

Expected Results:  The content of the current direcotry should appear
as it is if you start the screen session on the commansline by
entering "test_script start"

Additional info:

Comment 1 Uwe Müssel 2004-12-30 13:56:30 UTC
Created attachment 109179 [details]
user script for service

Comment 2 Uwe Müssel 2004-12-30 13:56:40 UTC
Created attachment 109180 [details]

Comment 3 Lon Hohberger 2005-01-03 16:36:38 UTC
Created attachment 109260 [details]
Fixes problem

This patch changes clusvcmgrd to correctly unblock all signals prior to
starting the service script(s).

Comment 5 Lon Hohberger 2005-01-07 21:12:53 UTC
Note: The following are not Red Hat errata; they are test

Patch which fixes this and other bugzillas:


Packages which fix this and several other current outstanding bugzillas:


Comment 6 Lon Hohberger 2005-01-12 16:42:33 UTC
1.2.23 packages have a bug which prevents IP addresses from properly
starting in some cases.

Consequently, I have fixed this problem and made a new test package:


Comment 7 Lon Hohberger 2005-02-18 14:50:48 UTC
*** Bug 149059 has been marked as a duplicate of this bug. ***

Comment 8 Lon Hohberger 2005-02-25 17:38:00 UTC
Created attachment 111429 [details]
Program from #149059 for testing

Comment 10 Derek Anderson 2005-02-28 21:21:37 UTC
Verified with the sigtest program.  It starts, and it fails over
properly.  Version clumanager-1.2.25-2.  Scheduled for release RHEL3-U5.

Comment 11 Lon Hohberger 2005-04-01 15:23:48 UTC
*** Bug 153070 has been marked as a duplicate of this bug. ***

Comment 12 Jay Turner 2005-05-25 16:41:01 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Comment 13 Jorge Izquierdo 2005-06-23 17:41:18 UTC
*** Bug 161060 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.