Bug 3960 - systemd helper script requires newer kpartx
Summary: systemd helper script requires newer kpartx
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thomas Backlund
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 2120
Blocks:
  Show dependency tree / graph
 
Reported: 2011-12-31 07:47 CET by Dan Fandrich
Modified: 2012-03-07 17:21 CET (History)
4 users (show)

See Also:
Source RPM: multipath-tools-0.4.8-18.mga1.src.rpm
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Dan Fandrich 2011-12-31 07:47:40 CET 
After upgrading a Mandriva 2010.2 x86 system to Mageia 2 alpha 2, I noticed the following message logged:

fedora-storage-init[1225]: /sbin/kpartx: invalid option -- 'u'

Sure enough, /lib/systemd/fedora-storage-init contains a call "/sbin/kpartx -u -a -p p", but kpartx-0.4.8-18.mga1 (which is what's included in alpha2) says:

usage : kpartx [-a|-d|-l] [-v] wholedisk

with no mention of -u.

The offending invocation is a part of initscripts-9.34-2.mga2, but it's probably only kpartx that needs upgrading.
Comment 1 Dan Fandrich 2011-12-31 08:06:58 CET 
I just downloaded multipath-tools-0.4.9 (the latest release) and that doesn't support -u either. I took a look at the kpartx in Fedora 16, and it turns out the -u option (which sets the force_udev_rules flag) was added by them (in one of 107(!) patches to multipath-tools). So, the right solution isn't immediately obvious.
Manuel Hiebel 2011-12-31 13:11:10 CET

CC: (none) => mageia
Depends on: (none) => 2120

Comment 2 D Morgan 2012-01-25 02:37:51 CET 
thomas, rtp, blino,  any idea ?

CC: (none) => arnaud.patard, dmorganec
Assignee: bugsquad => tmb

Comment 3 Colin Guthrie 2012-01-30 00:27:08 CET 
Seems Fedora have a few patches applied. They also roll their own tarball I think... http://pkgs.fedoraproject.org/gitweb/?p=device-mapper-multipath.git;a=tree

Seems the git version of multipath-tools supports the -u option (update): http://git.kernel.org/gitweb.cgi?p=linux/storage/multipath/hare/multipath-tools.git;a=summary

Perhaps we just need to update our version to git master and see if any of the Fedora patches make sense for us too?

CC: (none) => mageia

Comment 4 Thomas Backlund 2012-02-20 02:14:11 CET 
patch added for -u flag in multipath-tools-0.4.8-18.1.mga2
Comment 5 Colin Guthrie 2012-03-07 15:38:16 CET 
Can this be closed now? I know there is still a problem with softraid for intel stuff, but that's not specifically the same as this bug.
Comment 6 Thomas Backlund 2012-03-07 17:21:32 CET 
Heh,

The multipath-tools-0.4.8-18.1.mga2 I pushed out never applied the patch wich I noticed when doing the upgrade to 0.4.9 :/


Anyway, I fixed so the "-u" flag now works in multipath-tools-0.4.9-1.mga2

And that is now capable of booting the system and mounting the partitions on the first raid set, so for this part it is ok.

It still fails to activate the second raid set where swap is located, but that is another bug... 

So closing this one

Status: NEW => RESOLVED
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.