Greetings,<br><br><br><div class="gmail_quote">2008/10/29 Dave Costakos <span dir="ltr"><<a href="mailto:david.costakos@gmail.com">david.costakos@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Usually, when I hear about problems like this, it is often a multicast issue -- at least from my experience.<br><br></blockquote><div>Yes, that is one possibility that must be checked.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 I would avoid putting startup commands in /etc/rc.local as some suggest -- seems like a red herring to me.</blockquote></div><br>Trust me,it is not a Red Herring. This method worked for a three node cluster (one node had a different configuration) as this ensures that any device drivers (Like SAS DAS box Which I came across once) which are not "burnt" into initrd but are later loaded when the full system is booted.<br>
<br>The  rc.local method worked reliably compared to the /etc/fstab entries. But then YMMV.<br><br>Regards,<br><br>Rajagopal<br>