Thank you Sebastien,<br><br>Thats right, the problem remains unsolved, I have opened a case with Redhat.<br><br>And I have checked the network packets on the Test Client hosts, to verify that the Mac address of the Load Balancer/ VIP shows up rather than one of the Real Servers. Thanks for you suggestions<br>Sanjay<br><br><br><b><i>Sébastien BONNET <sebastien.bonnet@experian.fr></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> Sanjay Mahapatra a écrit : <blockquote cite="mid:974736.21340.qm@web55807.mail.re3.yahoo.com" type="cite">In a subsequent run of the same scenario as above, I restarted pulse to see if that would cause immediate re routing of requests from TC#1 to RealServer#2. But it made no difference, furthermore, on yet another run, I restarted both /etc/network and pulse and that did not make
any difference either.<br> </blockquote> I'm guessing you have NOT solved the ARP problem. On your clients, check (arp -an) that the VIP is correctly associated to the MAC address of the load balancer.<br> <br> Regards,<br> <br> <div class="moz-signature">-- <br> <style> div.signature span { width: 150px; display: block; float: left; color: #000099; } div.signature hr { color: #000099; } </style> <div class="signature"><span><b>Sébastien BONNET</b></span> <span style="text-align: right;">Ingénieur système</span> <br style="clear: both;"> <span>Tel: 04.42.25.15.40</span> <span style="text-align: right;">GSM: 06.64.44.58.98</span> <br style="clear: both;"> <!-- <img src="file:///c:/Documents%20and%20Settings/SBONNET/Bureau/linux.png" alt="toto" title="titi"/> --> </div> </div> <pre>CONFIDENTIALITÉ<br>Les informations contenues dans ce document sont de nature confidentielle et à l'usage exclusif des destinataires prévus.<br>Si vous l'avez reçu par erreur, son
utilisation sous quelque forme qu'elle soit est strictement interdite. Nous vous<br>remercions dans ce cas de détruire le message et de prendre contact avec son expéditeur. L'intégrité des messages n'étant<br>pas assurée sur Internet, Experian ne saurait être tenu responsable si ce message s'avérait modifié ou falsifié.<br><br><br>CONFIDENTIAL<br>The information contained in this message and any attachments hereto are confidential and intended solely for the addressee(s) <br>intended. If you are not the intended addressee of this message, you are hereby notified that you have received this document <br>in error. Any review, dissemination, distribution, or copying of this message is prohibited. Please delete it and inform the <br>sender immediately. Thank you for your help. Messages are susceptible to alteration. Experian shall not be liable for the <br>message if altered, changed or falsified.<br><br></pre>_______________________________________________<br>Piranha-list
mailing list<br>Piranha-list@redhat.com<br>https://www.redhat.com/mailman/listinfo/piranha-list</blockquote><br>