Bug 63645 - Cluadmin doesn't handle SIGTERM
Summary: Cluadmin doesn't handle SIGTERM
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: clumanager
Version: 2.1
Hardware: i386
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jason Baron
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-04-16 19:30 UTC by Lon Hohberger
Modified: 2013-03-06 05:55 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-06-21 15:36:32 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2002:226 0 normal SHIPPED_LIVE Fixes for clumanager addressing starvation and service hangs 2002-10-08 04:00:00 UTC

Description Lon Hohberger 2002-04-16 19:30:09 UTC
Description of Problem:
Cluadmin does not exit cleanly when sent a TERM signal - it does not release the
cluster session lock.

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

How Reproducible: Always.

Steps to Reproduce:
1. Run cluadmin.
2. Log in on another pty and run "killall -TERM cluadmin"
3. Run cluadmin again.

Actual Results:
Nasty message asking if you want to seize the cluster session lock when cluadmin
is run after it's been TERMinated.

Expected Results:
Clean reentry.

Additional Information:

Comment 1 Lon Hohberger 2002-06-21 15:36:26 UTC
Enhancements in pool.  As a side effect, I also changed the lack of handling of
Ctrl-C in the same manner, making the UI part of cluadmin *slightly* more sane -
any complete 'commit' operation succeeds, but I also note that signals are
ignored _during_ all operations involving writing the cluster database:

- Lock
- UnLock
- Write
- WriteFile

So, in a few instances, "Ctrl-C" will be ignored to prevent data corruption.



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