<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Apr 25, 2016 at 3:32 PM, Zdenek Kabelac <span dir="ltr"><<a href="mailto:zkabelac@redhat.com" target="_blank">zkabelac@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 25.4.2016 14:10, Peter Volkov wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
On Mon, Apr 25, 2016 at 1:58 PM, Zdenek Kabelac <<a href="mailto:zkabelac@redhat.com" target="_blank">zkabelac@redhat.com</a><br></span><span class="">
<mailto:<a href="mailto:zkabelac@redhat.com" target="_blank">zkabelac@redhat.com</a>>> wrote:<br>
<br>
On 25.4.2016 12:52, Peter Volkov wrote:<br>
<br>
There is a problem: udev does not create partitions for multipath<br>
devices in<br>
case I use kpartx.rules provided with multipath sources. I found that udev<br>
always go to kpartx_end after following line of rules:<br>
ENV{DM_TABLE_STATE}!="LIVE", GOTO="kpartx_end"<br>
<br>
Actually don't understand what's this table and what's wrong with that. There<br>
is no traces of DM_TABLE_STATE variable in lvm2 sources. Yet there is such<br>
variable in udev rules file that comes with multipath sources:<br>
<a href="http://git.opensvc.com/gitweb.cgi?p=multipath-tools/.git;a=blob;f=kpartx/kpartx.rules;h=022361f907e873ac16fc75459b88af34b27576e5;hb=HEAD" rel="noreferrer" target="_blank">http://git.opensvc.com/gitweb.cgi?p=multipath-tools/.git;a=blob;f=kpartx/kpartx.rules;h=022361f907e873ac16fc75459b88af34b27576e5;hb=HEAD</a><br>
</span></blockquote>
<br>
<br>
So you would need to figure out which rules would have set DM_TABLE_STATE before ? (I assume such have never existed...)<br></blockquote><div><br></div><div>There was a patch suggested for dmsetup: <a href="https://www.redhat.com/archives/dm-devel/2007-July/msg00095.html" target="_blank" style="font-family:'Times New Roman';font-size:medium">https://www.redhat.com/archives/dm-devel/2007-July/msg00095.html</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
So it's rather question for upstream kpartx maintainer why these rules<br>
are not maintained in any way.<br></blockquote><div><br></div><div>Yup, that's why I'm here.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
kpartx rules comes from year 2007, while dm rules started to be maintained in 2009 - that may explain few things as well...</blockquote><div><br></div><div>Then your suggestion is to fix udev rules that comes with multipath. Ok.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
That's Gentoo. But I think any distro that uses whatever upstream prepares<br>
have this problem.<br></blockquote></span></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"></blockquote></span>
Likely Gentoo should not install obsoleted udev rules file.<br></blockquote><div><br></div><div>That's true. Yet I'm not talking about Gentoo here, but about config file that comes with multipath sources and according to multipath homepage this mailing list is a right place for such discussions. Please, correct me if I'm wrong.</div><div><br></div><div>--</div><div>Peter.</div></div></div></div>