linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Ionut Nistor" <ionut@modulo.ro>
To: Paul Clements <Paul.Clements@SteelEye.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Multipath problem in a SAN enviromnent
Date: Thu, 12 Jun 2003 09:28:11 +0300	[thread overview]
Message-ID: <00bf01c330ab$cca59390$3351960a@EEL> (raw)
In-Reply-To: 3EE76DEF.C950D9C3@SteelEye.com

Hi again,

When you're talking about mapping, you only reffer to SCSI IDs (i.e.
targets). I found no way of mapping the LUN IDs to specific kernel devices.
When you're using controllers with multiple disks and you map SCSI IDs to
devices all is fine. The problem appears when you are dealing with shifting
LUNs.

Matching *could* be done by raid superblock UUID (mdadm does such a thing)
but, if the major an minor in the superblock (the ones that reffer to 'this'
disk) are not the 'real' ones, md goes bezerk.

More specific, as in my initial example,

scsi1, bus0, target0, lun2 was 8,32
when scsi1, bus0, target0, lun1 is removed and you reload the FC HBA module,
scsi1, bus0, target0, lun2 becomes 8,16

When MD starts (the first disk in raidtab is /dev/sdb - cause i've changed
it to match the configuration - if using devfsd no change necessary at this
level) it looks in the superblock and finds
8,32 and 8,64 - obviously they are not the same and multipath crashes.

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 8:59 PM
Subject: Re: Multipath problem in a SAN enviromnent


> Ionut Nistor wrote:
> >
> > 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.
>
> I agree that for most raid levels this is the case, but for multipath
> there's nothing unsafe about probing the paths at boot time and
> assembling the multipath md devices by matching up SCSI IDs (or FC
> WWNs). This is how the QLogic (and other) HBA drivers do their multipath
> setup.
>
> But getting back to the original problem, it does seem like we should be
> looking for matching superblock UUID (only) on the different paths
> rather than matching major,minor since those can obviously change.
>
> Could you maybe post your boot messages (from md) so we can see what md
> thinks is going on? I assume your partitions are IDed as RAID (0xfd) and
> you're using the md autorun feature to start up your arrays?
>
> --
> Paul


  reply	other threads:[~2003-06-12  6:28 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-11 14:09 Multipath problem in a SAN enviromnent Ionut Nistor
2003-06-11 15:49 ` Dominik Kubla
2003-06-11 16:47   ` Ionut Nistor
2003-06-11 16:27 ` Paul Clements
2003-06-11 16:42   ` Moving Disks [Re: Multipath problem in a SAN enviromnent] Gordon Henderson
2003-06-11 16:45   ` Multipath problem in a SAN enviromnent Ionut Nistor
2003-06-11 17:59     ` Paul Clements
2003-06-12  6:28       ` Ionut Nistor [this message]
2003-06-12 10:04   ` Lars Marowsky-Bree
2003-06-12 10:51     ` Ionut Nistor
2003-06-12 14:52       ` Paul Clements
2003-06-13  8:12         ` Ionut Nistor
2003-06-18 10:21           ` Lars Marowsky-Bree
2003-06-19 15:25             ` Ionut Nistor
2003-06-11 19:24 ` Luca Berra
2003-06-12  6:35   ` Ionut Nistor
2003-06-11 19:34 ` Paul Clements
2003-06-12  6:37   ` Ionut Nistor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='00bf01c330ab$cca59390$3351960a@EEL' \
    --to=ionut@modulo.ro \
    --cc=Paul.Clements@SteelEye.com \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).