SCSI-Multipath driver for 2.4?

SCSI-Multipath driver for 2.4?

[Christoph Biardzki]

Hi,

I wondered whether thera are already effrots to por the Multipath-driver
for FibreChannel (http://t3.linuxcare.org) to the 2.4 kernel? This patch
allows a transparent failover to another path to FC-attached
disk in case the primary path fails.


Is there any documentation about the changes in the SCSI-driver interfaces
from 2.2 -> 2.4 (eg. in sd.c) ?


Christoph

Re: SCSI-Multipath driver for 2.4?

[Doug Ledford]

Christoph Biardzki wrote:
> 
> Hi,
> 
> I wondered whether thera are already effrots to por the Multipath-driver
> for FibreChannel (http://t3.linuxcare.org) to the 2.4 kernel? This patch
> allows a transparent failover to another path to FC-attached
> disk in case the primary path fails.

When we reviewed the code, we didn't like it all that much.  It served it's
purpose on the t3 stuff from Sun, but it wasn't generic enough to suit our
tastes.  So, Ingo wrote a multipath RAID extension as part of the MD driver
and that's in our 7.1 product and will be sent to the mainstream kernel as
soon as it's gotten enough testing to be deemed finished (for instance, there
are horribly stupid devices out there that support what is called
"Active-Passive" multipath, where if you write to the passive path, it makes
the active path error out, which makes the device 100% useless for
multi-initiator, shared SCSI/FC environments, and makes the device total junk
in my opinion, but if we are going to support them in a Multipath setup, then
the multipath driver has to be modified so it doesn't attempt to touch passive
paths until the active path has already failed, which it doesn't currently
attempt to do when writing superblocks or reading partition tables).

> Is there any documentation about the changes in the SCSI-driver interfaces
> from 2.2 -> 2.4 (eg. in sd.c) ?


-- 

 Doug Ledford <dledford@redhat.com>  http://people.redhat.com/dledford
      Please check my web site for aic7xxx updates/answers before
                      e-mailing me about problems

Re: SCSI-Multipath driver for 2.4?

[Jason McMullan]

Doug Ledford <dledford@redhat.com> wrote:
> When we reviewed the code, we didn't like it all that much.  It served it's
> purpose on the t3 stuff from Sun, but it wasn't generic enough to suit our
> tastes.

	True, but the MD layer in 2.2.x (at least as of last June, 
when I wrote the T3 SCSI-Alias-Chain failover code) was poorly documented, 
race-prone, and nasty. :^)  My _first_ attempt at multipath was with
the MD layer, but the 2.2.x code was just way too hairy for it to
work by the deadlines Sun had on us.

	So I went into the SCSI block handling layer. Only one
major race I had to avoid, and got the final implementation written 
in a week.

> (for instance, there
> are horribly stupid devices out there that support what is called
> "Active-Passive" multipath, where if you write to the passive path, it makes
> the active path error out, which makes the device 100% useless for
> multi-initiator, shared SCSI/FC environments, and makes the device total junk
> in my opinion, but if we are going to support them in a Multipath setup, then
> the multipath driver has to be modified so it doesn't attempt to touch passive
> paths until the active path has already failed, which it doesn't currently
> attempt to do when writing superblocks or reading partition tables).

	Interestingly enough, that is exactly the type of hardware that
the SCSI Alias Chains patch is designed to support - the Sun T3, IBM Shark,
etc. Nasty, evil critters, but supported. I do wish you the best of luck
with the MD layer version, since that's where it should have gone in
the first place.... If the MD layer had been up to snuff. ];^)


-- 
Jason McMullan, Senior Linux Consultant
Linuxcare, Inc. 412.432.6457 tel, 412.656.3519 cell
jmcmullan@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Putting open source to work.

Re: SCSI-Multipath driver for 2.4?

[Alan Cox]

> I wondered whether thera are already effrots to por the Multipath-driver
> for FibreChannel (http://t3.linuxcare.org) to the 2.4 kernel? This patch
> allows a transparent failover to another path to FC-attached
> disk in case the primary path fails.

Please dont put the multipathing in the scsi layer. Its not uncommon to have
raid controllers or other smart devices as the primary FC connection and a 
dumb scsi layer device as slave