Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 235836 - scsi_id from udev-124 breaks multipath-tools-0.48
Summary: scsi_id from udev-124 breaks multipath-tools-0.48
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High critical (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-26 20:03 UTC by t35t0r
Modified: 2009-10-30 22:28 UTC (History)
7 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description t35t0r 2008-08-26 20:03:54 UTC
multipath -p multibus gives errors like:

/lib/udev/scsi_id: invalid option -- s

The default getuid_callout in /etc/multipath.conf (i.e. the one used by multipath if getuid_callout is not explicitly given) uses the -s option, modifying it to:

getuid_callout  "/lib/udev/scsi_id -g -u -d /dev/%n"

fixes the problem since scsi_id from >udev-124 no longer uses the -s option. See also http://www.google.com/search?hl=en&q=%2Flib%2Fudev%2Fscsi_id%3A%20invalid%20option%20--%20s&btnG=Google+Search .

Perhaps an emerge time check and modification could be made to /etc/multipath.conf or ewarn  could be added to the ebuild to notify users of this problem.
Comment 1 Tais P. Hansen 2008-09-04 09:24:41 UTC
Fixed in upstream in d7329829 on 2008-08-19 20:54:25 +0200 and is probably included in next release.
Comment 2 Chris Gianelloni 2008-11-03 11:33:43 UTC
I'd suggest splitting out a new revision 0.4.8 ebuild which simply removes the -s from the default and lock the udev version to >=124 via a blocker, so (newer) portage can automatically resolve it and ensure the right version is used.
Comment 3 Chris Gianelloni 2008-11-03 11:41:02 UTC
I know that some people dislike this, but I'm setting the severity to critical, since it can completely stop multipath-enabled devices from being correctly setup, in the default configuration, no less.  We don't want to be killing our SAN performance, now, do we?
Comment 4 Janusz 2009-02-18 13:39:07 UTC
> Fixed in upstream in d7329829 on 2008-08-19 20:54:25 +0200 and is probably
> included in next release.

Well, please tell me where this is fixed? I've used sources from here http://christophe.varoqui.free.fr/ and still the bug exists?

Patch would be very helpful.
Comment 5 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2009-02-18 21:46:53 UTC
http://git.kernel.org/?p=linux/storage/multipath-tools/.git;a=summary
and
http://git.kernel.org/?p=linux/storage/multipath-tools/.git;a=commit;h=d7329829

upstream needs to stop slacking and cut a release. It's been 18+ months since the last one. If there isn't one by the end of the week, I'll cut it myself.
Comment 6 Christian Fischer 2009-04-19 21:58:06 UTC
that breaks also xen vscsi
Comment 7 Nathan Bain 2009-05-06 14:51:06 UTC
Just adding that changing getuid_callout to /lib/udev/scsi_id -g -u -d /dev/%n also works well for me.
Comment 8 David Sparks 2009-10-30 01:18:30 UTC
Problem still exists 1+ year later??  The fix in original bug report works, please consider implementing.  Thanks!
Comment 9 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2009-10-30 06:50:47 UTC
In 0.4.8-r1 now. Upstream needs to stop slacking and cut a release.
Comment 10 Janusz 2009-10-30 22:28:24 UTC
(In reply to comment #7)
> Just adding that changing getuid_callout to /lib/udev/scsi_id -g -u -d /dev/%n
> also works well for me.
> 

If somebode else is lost, here is detailed hackish solution:

http://forums.gentoo.org/viewtopic-t-738467-highlight-scsiid.html