For my part, I'd at least like to see an error message logged.  Would've saved us all some time here.<br><br><br><br><div><span class="gmail_quote">On 9/12/07, <b class="gmail_sendername">Lon Hohberger</b> <<a href="mailto:lhh@redhat.com">
lhh@redhat.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Wed, Sep 12, 2007 at 07:05:43AM +0200, Alain Richard wrote:
<br>><br>> Le 4 sept. 07 à 23:13, Lon Hohberger a écrit :<br>><br>> >On Fri, Aug 31, 2007 at 12:46:50PM +0200, Alain RICHARD wrote:<br>> >>Perhaps a better error reporting is needed in qdiskd to shows that we
<br>> >>have hit this problem. Also using a generic name like "qdisk device"<br>> >>when qdiskd is registering its node to cman is a better approach.<br>> ><br>> >What about using the label instead of the device name, and restricting
<br>> >the label to 16 chars when advertising to cman?<br><br>> Because when using multipath devices (for example a two paths<br>> device), all the paths and the multi-path device are recognized as<br>> having the same label, so qdisk fails to get the good device (the
<br>> multi-path device).<br><br>I meant implementation-wise, using the label instead of the device name<br>to solve or work around the 16 character limit when talking to CMAN...<br><br>--<br>Lon Hohberger - Software Engineer - Red Hat, Inc.
<br><br>--<br>Linux-cluster mailing list<br><a href="mailto:Linux-cluster@redhat.com">Linux-cluster@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/linux-cluster">https://www.redhat.com/mailman/listinfo/linux-cluster
</a><br></blockquote></div><br><br clear="all"><br>-- <br>Dave Costakos<br>mailto:<a href="mailto:david.costakos@gmail.com">david.costakos@gmail.com</a>