<div class="gmail_quote">Hello Goswin,</div><div class="gmail_quote"><br></div><div class="gmail_quote">On Mon, Jun 25, 2012 at 6:50 PM, Goswin von Brederlow <span dir="ltr"><<a href="mailto:goswin-v-b@web.de" target="_blank">goswin-v-b@web.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Ritesh Raj Sarraf <<a href="mailto:rrs@researchut.com">rrs@researchut.com</a>> writes:<br>
<br>
> Do you see this affecting multipath?<br>
><br>
> There is no use case to run dm-multipath on a local block device.<br>
<br>
</div>Don't be too sure about that. I've been playing with dm-multipath on<br>
local block devices because it has a timeout feature. If a single device<br>
in a raid hangs (which can take up to several minutes till all the<br>
resets on all levels have been tried before you get an error or may<br>
actualy hang forever) you can use multipath to make it give up faster.<br>
<div class="im"><br></div></blockquote><div><br></div><div>I am still curious why you would want to run multipath on top of a local device ?</div><div>You definitely want device mapper but multipath IMO.</div><div><br></div>
<div>As for USB deivces, multipath highly recommends blacklisting local (which includes USB) devices.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
> There are setups where you would want LVM on top of your SAN Multipath<br>
> Device, but I think we already take care of that.<br>
<br>
</div>Since multipath-tools doesn't provide any initramfs-tools scripts yet<br>
I don't see how that could be. I think booting from a multipath device<br>
isn't supported at all yet, right?<br>
<br></blockquote><div><br></div><div>It does. <a href="http://anonscm.debian.org/gitweb/?p=pkg-lvm/multipath-tools.git;a=tree;f=debian/initramfs;h=79f50dfee645e2dc72268a306099285bf0dc0b33;hb=HEAD">http://anonscm.debian.org/gitweb/?p=pkg-lvm/multipath-tools.git;a=tree;f=debian/initramfs;h=79f50dfee645e2dc72268a306099285bf0dc0b33;hb=HEAD</a></div>
<div><br></div><div>We care to create the proper multipath maps in the initrd.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I can also imagine setups with a multipath SAN with LVM that and each LV<br>
having a different multipath setup. E.g. LV1 uses path1 with fallback to<br>
path2 and LV2 the other way around.<br>
<div class="im"><br></div></blockquote><div><br></div><div>Which would be asking for trouble for all your LVs are are served of a VG that resides on multiple maps. Your VG will hang/error out when only one of the maps go down.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> Please let me know if you are expecting something else from multipath.<br>
<br>
</div>One of the problems in current initramfs-tools is with devices that take<br>
a long time to be detected. My experience with external enclosures was<br>
that detecting the drives takes rather long, just like USB takes it<br>
time.<br></blockquote><div><br></div><div>Yes. The remote SAN devices have timing issues. And we try best to handle that situation. I still think that is not the use case you have.</div><div>And if you have issues with a remote SAN device setup, please do report it.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So I think that if you add support to boot from multipath then it would<br>
definetly fall under the problem cases and need a local-block script<br>
rather than local-top.<br>
<br></blockquote><div>Boot from multipath (i.e. Root on multipath) is a setup we support. It is documented in the README.Debian file.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

MfG<br>
<span class="HOEnZb"><font color="#888888">        Goswin<br>
<br>
</font></span></blockquote></div><div><br></div>Thanks,<div>Ritesh<br><br clear="all"><div><br></div>-- <br>Ritesh Raj Sarraf<br>RESEARCHUT - <a href="http://www.researchut.com">http://www.researchut.com</a><br>"Necessity is the mother of invention."<br>

</div>