> On Mon, Jun 02, 2008 at 04:38:04PM +0200, Robert Heinzmann (ml) 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 ? > > Not currently. There was some discussion and an implementation by > our colleagues of NTT (take a look in the list archives), but the > thread petered out inconclusively. Which doesn't mean that the > code isn't usable. Don't know if anybody's using it.
It might not be SCSI reservations to be exact, but it would control the ownership of shared disk. Try SFEX (Shared Disk File EXclusiveness Control Program) from here; http://linux-ha.org/sfex Best Regards, Junko Ikeda NTT DATA INTELLILINK CORPORATION _______________________________________________ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems