linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bastian Blank <waldi@debian.org>
To: linux-hotplug@vger.kernel.org
Subject: [shuey@fmepnet.org: Re: Bug#351606: multipath mis-detects SATA raid1 by default]
Date: Thu, 09 Feb 2006 19:25:14 +0000	[thread overview]
Message-ID: <20060209192514.GC22061@wavehammer.waldi.eu.org> (raw)

[-- Attachment #1: Type: text/plain, Size: 1869 bytes --]

Hi folks

I got the following bugreport against multipath-tools, which by default
uses scsi_id to detect multiple paths.

scsi_id on SATA devices (via libata) returns a string like:
| 0ATA_ST3160827AS_Linux_ATA-SCSI_simulator

Is is the a bug in the kernel to return a static string for inquiry page
0x83 queries or a bug in scsi_id to use this page by default?

Page 0x80 queries seems to always return the serial number of the disks;
0x83 queries returns a static string with libata and the wwnn (or such)
on my fiber channel disks.

Bastian

----- Forwarded message from Michael Shuey <shuey@fmepnet.org> -----

From: Michael Shuey <shuey@fmepnet.org>
To: Bastian Blank <waldi@debian.org>
Subject: Re: Bug#351606: multipath mis-detects SATA raid1 by default
Date: Thu, 9 Feb 2006 08:26:14 -0500
Cc: 351606@bugs.debian.org

On Tuesday 07 February 2006 11:19, Bastian Blank wrote:
> On Sun, Feb 05, 2006 at 09:35:29PM -0500, Michael Shuey wrote:
> > On bootup, multipath correctly handles my FC-based SAN.  However, it
> > also detects the two SATA drives in the system.  Since the two drives
> > are in a raid1, are physically identical, and represented by SCSI block
> > devices (/dev/sd*), multipath always assumes these are a single drive
> > with two valid paths, and creates a new multipath group.
>
> Which name does multipath use for them?
> Do they have the same serial number?

The SATA disks get put in a multipath named 
"0ATA_ST3160827AS_Linux_ATA-SCSI_simulator".  I'm not entirely sure how to 
check their serial numbers, since their path name isn't their serial number 
(as appears to be the case with my FC disks).

Let me know if there's something you'd like me to dig out of sysfs.

----- End forwarded message -----

-- 
The man on tops walks a lonely street; the "chain" of command is often a noose.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

             reply	other threads:[~2006-02-09 19:25 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-09 19:25 Bastian Blank [this message]
2006-02-09 19:28 ` [shuey@fmepnet.org: Re: Bug#351606: multipath mis-detects SATA raid1 by default] Kay Sievers

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=20060209192514.GC22061@wavehammer.waldi.eu.org \
    --to=waldi@debian.org \
    --cc=linux-hotplug@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).