Re: Multipath problem in a SAN enviromnent

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Yes, you would get around it. But the main point of the superblock (i.e.
disk membership/status/array uuid) is to be able to identify the disks in an
array if devices allocation changes.

There must be a *safe* way of identifying the devices.

-
Ionut


----- Original Message ----- 
From: "Paul Clements" <Paul.Clements@SteelEye.com>
To: "Ionut Nistor" <ionut@modulo.ro>
Cc: <linux-raid@vger.kernel.org>
Sent: Wednesday, June 11, 2003 7:27 PM
Subject: Re: Multipath problem in a SAN enviromnent


> Ionut Nistor wrote:
>
> > So scsi1, bus0, target0, lun2 is now 8,16 instead of 8,32
> >
> > However, the raid superblock still has 8,32 in it - this confuses
> > multipath
>
> One way to get around this problem is to use non-persistent superblocks
> for your arrays and just re-create them at bootup time by calling mkraid
> (or mdadm) after you've correctly identified (using WWID or similar)
> which devices belong to each particular raid set.
>
> --
> Paul
>

-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux