Re: [RFC] [PATCH] 0/7 2.5.35 SCSI multi-path

Brian Waite
2002-09-18T15:17:59Z

On Tuesday 17 September 2002 6:49 pm, Patrick Mansfield wrote:

>
> Currently, multi-path support requires a SCSI device that supports one of
> the SCSI INQUIRY device identification pages (page 0x80 or 0x83). Devices
> not supporting one of these pages are treated as if they were separate
> devices. Devices that do not give a unique serial number per LUN for these
> commands might incorrectly be identified as multi-pathed.
>
I might be wrong about this, I have put most of this out of my mind, but I
belive that many tape drives and many cdrom drives do not return a serial
number. Does this mean two seperate tape drives will "appear" as a single
multi-port device, and worse could a cdrom and a tape device appear as the
same device or do you seperate between device types and then serial numbers.\

I was working on exactly this problem in Linux a while ago and we were
running into serial number as uniqueness problems. What we chose to do was
create a "uniqueness" driver that would first use a customer derived
uniquness mecanism, IE "host:bus:channel:device is a single ported device of
type XXX". The fall though mechanism was to query the serial number and if it
was zero, or provided no serial number, then it could not be a multiported
device. Of course for most scsi disks, the serial number was adequate to
provide multiported-ness.

PS. There is nothing funnier than putting 2 tape drives on a system that
decides it is a single multiported device, starting a tar, and pulling the
drive it was writing to, only to watch the tar continue merrily ontl the
second tape drive. Sure you get your backup, the restore is a real bugger tho
:)

Sorry to waste bandwidth if you've already discussed, I am probably a bit late
to the discussion.
Thanks
Brian