[dm-devel] multipath-0.5.0 still provides broken udev rules

Zdenek Kabelac zkabelac at redhat.com
Mon Apr 25 12:32:58 UTC 2016


On 25.4.2016 14:10, Peter Volkov wrote:
> On Mon, Apr 25, 2016 at 1:58 PM, Zdenek Kabelac <zkabelac at redhat.com
> <mailto:zkabelac at redhat.com>> wrote:
>
>     On 25.4.2016 12:52, Peter Volkov wrote:
>
>         There is a problem: udev does not create partitions for multipath
>         devices in
>         case I use kpartx.rules provided with multipath sources. I found that udev
>         always go to kpartx_end after following line of rules:
>         ENV{DM_TABLE_STATE}!="LIVE", GOTO="kpartx_end"
>
>
>     Just curious - what would you want to do with inactive table???
>
>
> Actually don't understand what's this table and what's wrong with that. There
> is no traces of DM_TABLE_STATE variable in lvm2 sources. Yet there is such
> variable in udev rules file that comes with multipath sources:
> http://git.opensvc.com/gitweb.cgi?p=multipath-tools/.git;a=blob;f=kpartx/kpartx.rules;h=022361f907e873ac16fc75459b88af34b27576e5;hb=HEAD


So you would need to figure out which rules would have set  DM_TABLE_STATE 
before ?  (I assume such have never existed...)

In Fedora/RHEL  these  kpartx.rules are not packaged as they are likely some 
'ancient' rules - IMHO  most of that file is useless on today's distros.
(Unsure about dm-wwn logic???)

So it's rather question for upstream kpartx maintainer why these rules
are not maintained in any way.

Vars like DM_TABLE_STATE are simply not created by dm rules.

kpartx rules comes from year 2007, while dm rules started to be maintained in 
2009 - that may explain few things as well...

> That's Gentoo. But I think any distro that uses whatever upstream prepares
> have this problem.
>
>     Have you opened any bugzilla anywhere ?
>
>
> Not yet. I'd like to understand what needs to be done first.
>

Likely Gentoo should not install obsoleted udev rules file.

Regards

Zdenek

PS: I could be wrong here - since I've nothing in common with multipath,
so in such case - feel free to correct me....





More information about the dm-devel mailing list