Hi, On Mon, Jun 02, 2008 at 02:00:14PM -0400, Greg Freemyer wrote: > On Mon, Jun 2, 2008 at 10:38 AM, Robert Heinzmann (ml) <[EMAIL PROTECTED]> > wrote: > > Hi, > > > > besides STONITH another (as I would say additional) approach in shared scsi > > clusters is to use scsi reservations (2 or 3) to reserve a disk for a host > > and avoid data integrity problems. > > > > A situation were SCSI reservations are useful is the automatic mounting of a > > cluster protected fs. If the administrator left the mount entry in > > /etc/fstab for a cluster protected FS and additionally the application > > accessing the FS is still enabled in sysv init, the fs is mounted and the > > app is startet during system boot. This is true also if STONITH was > > susccessful (not reset not power down). To avoid this SCSI reservations can > > be used (of course a cluster _SHOULD_ be configured correctly and tested > > extensivly, however things happen - think of it as an airbag). > > > > Is there a SCSI2 or SCSI PR reservation OCF agent out there ? Has anyone > > configured something like this in HB2 ? > > > > Regards, > > Robert > > There is the FC equivalent that controls visibility via the FC-fabric.
Somebody wanted to port the one from the Redhat's Cluster Suite, but didn't here from them since then. Is there another one? Thanks, Dejan > Would that work for you? If not, you might consider it as a starting point. > > Greg > -- > Greg Freemyer > Litigation Triage Solutions Specialist > http://www.linkedin.com/in/gregfreemyer > First 99 Days Litigation White Paper - > http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf > > The Norcross Group > The Intersection of Evidence & Technology > http://www.norcrossgroup.com > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
