[Linux-cluster] Fence methods

Ryan O'Hara rohara at redhat.com
Thu Sep 6 21:37:57 UTC 2012

On 09/06/2012 03:45 PM, Chip Burke wrote:
> Now that ricci is figured out, I am having some issues with fencing.
> It seems VMWare Fence works very well, but our GFS2 volume is not
> available until it receives a "success" status.  This gives us maybe
> 30-60 seconds of time where we cannot access the GFS2 volumes which
> equates to downtime. SCSI Fencing seems faster, but very unreliable.
> If I try to fence a node, it will return "fence somenode success".
> Great. But the node can still access the GFS2 volume.

Are you absolutely sure that your array supports SCSI-3 persistent 
reservations? When you start cman, you should see that unfencing occurs. 
If successful, the devices that comprise your GFS2 volume should have 
one WERO (type 5) reservation and one or more registrations.
Can you use sg_persist to verify this? Better yet, use the logfile 
option for fence_scsi:

<fencedevice agent="fence_scsi" name="SCSI_Fence" \

This logfile should show you what is happening when either unfencing or 
fencing occur.

Also, when you say you can "access" a GFS2 volume after fencing so you 
mean you can write to this volume? If fence_scsi is working correctly, 
that should not be possible. How exactly are you accessing the volume 
after fencing?

> Then I am also seeing conflicting information on using Qdisk with
> fence_scsi as it seems to be a no-no. I could swear I saw a note
> somewhere that Qdisk and fence_scsi worked together in newer versions
> of RHEL.

Can you direct me to the conflicting information? As long as your quorum 
device is not subject to SCSI-3 persistent reservations it should work. 
In your case, this means your quorum device must not belong to a cluster 


More information about the Linux-cluster mailing list