From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastian Blank Date: Thu, 09 Feb 2006 19:25:14 +0000 Subject: [shuey@fmepnet.org: Re: Bug#351606: multipath mis-detects SATA raid1 by default] Message-Id: <20060209192514.GC22061@wavehammer.waldi.eu.org> MIME-Version: 1 Content-Type: multipart/mixed; boundary="TYecfFk8j8mZq+dy" List-Id: To: linux-hotplug@vger.kernel.org --TYecfFk8j8mZq+dy Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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 ----- =46rom: Michael Shuey To: Bastian Blank 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=20 "0ATA_ST3160827AS_Linux_ATA-SCSI_simulator". I'm not entirely sure how to= =20 check their serial numbers, since their path name isn't their serial number= =20 (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 ----- --=20 The man on tops walks a lonely street; the "chain" of command is often a no= ose. --TYecfFk8j8mZq+dy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iEYEARECAAYFAkPrlxoACgkQnw66O/MvCNEPrACgj0UTJgrBhQYCe90hfVxGVKOQ D6oAniw+INXd6MzkVTceKSs91q2BXh2O =fBW3 -----END PGP SIGNATURE----- --TYecfFk8j8mZq+dy-- ------------------------------------------------------- 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=103432&bid=230486&dat=121642 _______________________________________________ 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