Bug 198029 - when lock_gulm slave node poweroff suddenly, slave node cann't normally join
when lock_gulm slave node poweroff suddenly, slave node cann't normally join
Status: CLOSED NOTABUG
Product: Red Hat Cluster Suite
Classification: Red Hat
Component: gfs (Show other bugs)
4
All Linux
medium Severity high
: ---
: ---
Assigned To: Chris Feist
GFS Bugs
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2006-07-08 04:23 EDT by Nicholas.ni
Modified: 2010-01-11 22:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-11-28 18:49:49 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Nicholas.ni 2006-07-08 04:23:27 EDT
Description of problem:
On my 2-nodes cluster, nodes named gfs1 and gfs2 aspectly. gfs1 is the 
lock_gulm server,gfs2 is slave node. when gfs2 powers off suddenly, it can't 
normally join the cluster and can't mount the gfs partitons after the node 
gfs2 reboots normally. 
when i run gulm_tool nodelist gfs1, the lock_gulm status of gfs2 alway expired 
status althought i have restarted the lock_gulmd in the gfs2.

Version-Release number of selected component (if applicable):
GFS6.1 on my nodes (2 nodes are all i686)

How reproducible:
You run the 'reboot -f' command in the lock_gulmd client, When it reboots and 
runs lock_gulmd normaly again, you will get it.

Steps to Reproduce:
1.start lock_gulmd on 2 nodes
2.start gfs on 2 nodes
3.reboot -f or press the reset button on the lock_gulm client node.
  
Actual results:
the lock_gulm client node can't normaly join the cluster and can't use gfs 
normal.

Expected results:
the lock_gulm client can normaly use gfs.

Additional info:
Comment 1 Kiersten (Kerri) Anderson 2006-07-09 22:56:59 EDT
Please provide your system logs, cluster configuration files and what fencing
method you are using.
Comment 2 Chris Feist 2006-11-28 18:49:49 EST
Closed due to inactivity.

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