Bug 129248 - gnbd does not check that gulm is quorate on startup
Summary: gnbd does not check that gulm is quorate on startup
Alias: None
Product: Red Hat Cluster Suite
Classification: Retired
Component: gfs
Version: 3
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Ben Marzinski
QA Contact: GFS Bugs
Depends On:
TreeView+ depends on / blocked
Reported: 2004-08-05 15:05 UTC by Adam "mantis" Manthei
Modified: 2010-01-12 02:55 UTC (History)
0 users

Clone Of:
Last Closed: 2005-01-13 16:33:09 UTC

Attachments (Terms of Use)

Description Adam "mantis" Manthei 2004-08-05 15:05:07 UTC
Description of problem:
GNBD, for the most part, relies upon GULM to handle cluster membership
and fencing.  If it is going to do that, it needs to wait until GULM
is in a quorate state on startup to ensure that in the event of a node
failure that it is properlly fenced.  Without gulm in a quorate state,
the GNBD resources can start up in a split brain scenario which could
lead to data loss or corruption.

Version-Release number of selected component (if applicable):
GFS-modules-smp-6.0.0-1.2; GFS-6.0.0-1.2

How reproducible:

Steps to Reproduce:
1. Start lock_gulmd only on a single node
2. Start gnbd_export 
Actual results:
gnbd_export is able to export block devices in non-cached mode

Expected results:
gnbd_export should wait until GULM is quorate before it allows block
devices to be exported

Additional info:

Comment 1 Ben Marzinski 2005-01-13 16:33:09 UTC
We decided that the init scripts were an acceptable way to solve this
bug for this release, so I'm closing it out.

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