2008/9/22 Lars Marowsky-Bree <[EMAIL PROTECTED]>: > On 2008-09-22T15:07:37, Xinwei Hu <[EMAIL PROTECTED]> wrote: > Hi Xinwei, > > thanks for the code. > > (I would suggest submission in form of a patch though, or even better an > hg tree to pull from. No need to send binaries to the list ...) OK. > Why not use sg_persist, which is already installed? > > SCSI-2 reservations are also not very scalable; I think we need SCSI-3 > to handle multiple paths to the device,or possibly multiple hosts. I > think this should support clone groups as well (which could share a > key). > > Same goes for sfex, it lacks provision for clones; something which sbd > does deliver.
Indeed. sfex and scsi-2 reservation are designed for 2 nodes cluster. Where provision of clones is not considered at all. And the reason I prefer scsires is sg_persist refused to work with scsi-2 device, which is still a lot out. However, the idea of using sg_persist as RA is not far more complicated ;) 1. key = "$OCF_RESOURCE_INSTANCE.$nodeid" (need to shorten to 8 bytes) 2. key_list = sg_persist -n -d $dev -i -k (get all keys registered) 3. grep for $OCF_RESOURCE_INSTANCE in $key_list 4. if not found: sg_persist -n -d $dev -o -R -S $key -T 5 5. if already registered, sg_persist -n -d $dev -o -A -K $key -S $previouskey -T 5 The problem is, I need some environment to test. > There's also a bunch of bugs in sfex lib - memory allocation, handling > of direct IO, use of fprintf instead of cl_log, non-portable types in You mean -Werror ? I'll take care. > data written to disk, unimplemented functions ... Does sfex still > provide anything which sbd can't do? sfex can use several devices for one node, and sbd can't. (correct me if I'm wrong) > > > Regards, > Lars > > -- > Teamlead Kernel, SuSE Labs, Research and Development > SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) > "Experience is the name everyone gives to their mistakes." -- Oscar Wilde > > _______________________________________________ > 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
