* [shuey@fmepnet.org: Re: Bug#351606: multipath mis-detects SATA raid1 by default]
@ 2006-02-09 19:25 Bastian Blank
2006-02-09 19:28 ` Kay Sievers
0 siblings, 1 reply; 2+ messages in thread
From: Bastian Blank @ 2006-02-09 19:25 UTC (permalink / raw)
To: linux-hotplug
[-- 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 --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [shuey@fmepnet.org: Re: Bug#351606: multipath mis-detects SATA raid1 by default]
2006-02-09 19:25 [shuey@fmepnet.org: Re: Bug#351606: multipath mis-detects SATA raid1 by default] Bastian Blank
@ 2006-02-09 19:28 ` Kay Sievers
0 siblings, 0 replies; 2+ messages in thread
From: Kay Sievers @ 2006-02-09 19:28 UTC (permalink / raw)
To: linux-hotplug
On Thu, Feb 09, 2006 at 08:25:14PM +0100, Bastian Blank wrote:
> 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
Add this:
$ cat /etc/scsi_id.config
vendor="ATA",options=-p 0x80
Kay
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x103432&bid#0486&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-02-09 19:28 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-02-09 19:25 [shuey@fmepnet.org: Re: Bug#351606: multipath mis-detects SATA raid1 by default] Bastian Blank
2006-02-09 19:28 ` Kay Sievers
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).