On Thu, 16 May 2002, Don Mulvey wrote:

> I have heard that multipath i/o is supported on s390 and was curious how
> this is accomplished.   If anyone has any information I'd appreciate a
> reference or a reply to this post.
>
> On other architectures,  multipath i/o is handled in the scsi layer, using
> the scsi id found on newer drives.   However,  on a 390 system I haven't a
> clue as to how multipath would be handled ... unless the dasd driver is
> handling it ... but I don't think it does.    Can anyone shed some light on
> this?

        Veering slightly OT, just out of curiosity since I know little
about SCSI other than how to set LUNs and the mundanity of cabling SCSI
devices together -

        How do you have "multipath i/o" on SCSI when most devices have
only one parallel cable?  (MF devices, particularly large ones often
have two or more slots for "Bus and Tag" connector pairs.

        To answer just a little bit of your question (though Jim Elliot
pointed you to the manuals), the OS doesn't need to know about the
multiple paths.  When you add hardware you tell the IOCDS (IO
configuration data set) what channels and controllers reach it; your
engine (CPU) launches an ssch command and the IO subsystem takes over
from there (well you do need to do some setup before the ssch).
Alternately if you're running under VM, your guest may know nothing about
multiple paths to a device but the VM control program (CP) very well may
(or not, leaving it completely to the IO system) - so when CP intercepts
the IO request it may well "think":  "H'mm I already have an outstanding
operation through this controller on this channel, but I have another
channel open to this device here so...".

                                                        -- TWZ

Reply via email to