Hi Junko-san, On Tue, Jun 03, 2008 at 10:22:58AM +0900, Junko IKEDA wrote: > > 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
Hmm, my memory's failing at times... Thanks for setting me straight. Dejan > 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 _______________________________________________ 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
