[lkml]   [2001]   [May]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Linux Cluster using shared scsi

I guess I worded my question poorly. My question was around multi-path
devices in combination with SCSI-2 reserve vs SCSI-3 persistent reserve which
has not always been easy, but is more difficult is you use a name space that
can slip or can have multiple entries for the same physical device you want
to reserve.

But here is a second try.

If this is a failover cluster then node A will need to reserve all disks in
shareable space using sg or only a subset if node A has sync'd his sd name
space with the other node and they both wish to do work in disjoint pools of

In the scenario of grabbing all the disks. If sda and sdb are the same device
than I can only reserve one of them and ensure IO only goes down through the
one I reserver-ed otherwise I could get a reservation conflict. This goes
along with your previous patch on supporting multi-path at "md" and translating this into the proper device to reserve. I guess it is up to the caller of
your service to handle this case correct??

If this not any clearer than my last mail I will just wait to see the code



Doug Ledford [] wrote:
> To: Mike Anderson <>
> cc:, James Bottomley
> <>, "Roets, Chris"
> <>,,
> Mike Anderson wrote:
> >
> > Doug,
> >
> > A question on clarification.
> >
> > Is the configuration you are testing have both FC adapters going to the
> same
> > port of the storage device (mutli-path) or to different ports of the
> storage
> > device (mulit-port)?
> >
> > The reason I ask is that I thought if you are using SCSI-2 reserves that
> the
> > reserve was on a per initiator basis. How does one know which path has
> the
> > reserve?
> Reservations are global in nature in that a reservation with a device will
> block access to that device from all other initiators, including across
> different ports on multiport devices (or else they are broken and need a
> firmware update).
> > On a side note. I thought the GFS project had up leveled there locking /
> fencing
> > into a API called a locking harness to support different kinds of fencing
> > methods. Any thoughts if this capability could be plugged into this
> service so
> > that users could reduce recoding depending on which fencing support they
> > selected.
> I wouldn't know about that.
> --
> Doug Ledford <>
> Please check my web site for aic7xxx updates/answers before
> e-mailing me about problems

Michael Anderson

IBM Linux Technology Center - Storage IO
Phone (503) 578-4466
Tie Line: 775-4466

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:52    [W:0.110 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site