<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><br>--- On <b>Thu, 5/20/10, Dustin Henry Offutt <i><dhoffutt@gmail.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Dustin Henry Offutt <dhoffutt@gmail.com><br>Subject: Re: [Linux-cluster] Using ping as a heuristic not a great idea?<br>To: "linux clustering" <linux-cluster@redhat.com><br>Date: Thursday, May 20, 2010, 9:42 AM<br><br><div id="yiv1738668550">


  
Same experience.<br>
<br>
In addition, best practice is to make the quorum partition its own
physical disk, and admittedly this is not best practice, but instead
took a slice of SAN RAID so as not to waste a whole precious disk plus
one for mirroring for what is essentially a 20MB partition - and fibre
traffic would upset Qdiskd's vote.<br>
<br>
Again, what I was doing was not best practice, and if a qdisk partition
is needed it's definitely worth the two physical disks. <br>
<br>
In conclusion, no, I wouldn't use ping heuristics.<br>
</div></blockquote>what if you use a dedicated and separated network for cluster communication (and heuristic)<br>transferring a big file over the data interfaces should not make any effect in the internal network<br><br>even a crossover cable could/should help here <br><br>and you should have a very slow switch/network if by transferring a single file, although big, make you lose ping packages<br><br>thanks<br>roger<br><span style="text-decoration: underline;"><br></span></td></tr></table>