Re: multipath-0.5.0 still provides broken udev rules

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 25, 2016 at 02:56:35PM +0200, Christophe Varoqui wrote:
>    Hi,
>    Those example udev rules are indeed unmaintained and should be removed not
>    to confuse distributors.
>    Distributors can't be asked to agree on a common udev ruleset. Ben,
>    Hannes, Xosé, Peter are you ok with my deleting the udev rules example ?

I am personally fine with kpartx.rules being deleted. Red Hat doesn't
package it.

-Ben

>    Best regards,
>    On Mon, Apr 25, 2016 at 2:32 PM, Zdenek Kabelac <[1]zkabelac@xxxxxxxxxx>
>    wrote:
> 
>      On 25.4.2016 14:10, Peter Volkov wrote:
> 
>        On Mon, Apr 25, 2016 at 1:58 PM, Zdenek Kabelac
>        <[2]zkabelac@xxxxxxxxxx
>        <mailto:[3]zkabelac@xxxxxxxxxx>> 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:
>        [4]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....
> 
>      --
>      dm-devel mailing list
>      [5]dm-devel@xxxxxxxxxx
>      [6]https://www.redhat.com/mailman/listinfo/dm-devel
> 
> References
> 
>    Visible links
>    1. mailto:zkabelac@xxxxxxxxxx
>    2. mailto:zkabelac@xxxxxxxxxx
>    3. mailto:zkabelac@xxxxxxxxxx
>    4. http://git.opensvc.com/gitweb.cgi?p=multipath-tools/.git;a=blob;f=kpartx/kpartx.rules;h=022361f907e873ac16fc75459b88af34b27576e5;hb=HEAD
>    5. mailto:dm-devel@xxxxxxxxxx
>    6. https://www.redhat.com/mailman/listinfo/dm-devel

> --
> dm-devel mailing list
> dm-devel@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/dm-devel

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel




[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux