Bug 172956 - emergency shutdown silenty leads to panic
Summary: emergency shutdown silenty leads to panic
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Cluster Suite
Classification: Retired
Component: dlm
Version: 4
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Teigland
QA Contact: Cluster QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-11-11 16:10 UTC by David Teigland
Modified: 2010-01-05 20:26 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-01-05 20:26:49 UTC
Embargoed:


Attachments (Terms of Use)

Description David Teigland 2005-11-11 16:10:43 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc3 Firefox/1.0.7

Description of problem:
If cman loses its connection to the cluster, it
forcibly shuts down the dlm using dlm_emergency_shutdown.
If the dlm is in use by gfs, as it often is, this
causes gfs to panic when it finds that its dlm locks
have suddenly gone away.

The problem is that it's never clear from the gfs panic
whether the root cause was an emergency shutdown or
something else.  In fact, there's often nothing on the
console or in the saved messages to clearly show
whether an emergency shutdown occured.


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


How reproducible:
Always

Steps to Reproduce:
1. run gfs
2. kick node from cluster
3.
  

Actual Results:  gfs/lock_dlm assertion panic

Expected Results:  loud warning that node was kicked from cluster
followed by gfs/lock_dlm assertion panic


Additional info:

Comment 1 David Teigland 2005-11-15 16:35:10 UTC
Added printk("WARNING: dlm_emergency_shutdown\n") to help diagnose panics.

Comment 2 David Teigland 2010-01-05 20:26:49 UTC
This was added many years ago.


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