I tried that once as a test, it was pretty much a major fail. This was behind an F5 too. Just leaving the hosts in a list works better. <span></span><br><br>On Thursday, March 19, 2015, John Dewey <<a href="mailto:john@dewey.ws">john@dewey.ws</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                <div>
                    Why would anyone want to run rabbit behind haproxy?  I get people did it post the ‘rabbit_servers' flag.  Allowing the client to detect, handle, and retry is a far better alternative than load balancer health check intervals. </div>
                 
                  
                <p style="color:#a0a0a8">On Thursday, March 19, 2015 at 9:42 AM, Kris G. Lindgren wrote:</p><blockquote type="cite"><div>
                    <span><div><div><div>I have been working with dism and sileht on testing this patch in one of</div><div>our pre-prod environments. There are still issues with rabbitmq behind</div><div>haproxy that we are working through. However, in testing if you are using</div><div>a list of hosts you should see significantly better catching/fixing of</div><div>faults.</div><div><br></div><div>If you are using cells with the don¹t forget to also apply:</div><div><a href="https://review.openstack.org/#/c/152667/" target="_blank">https://review.openstack.org/#/c/152667/</a></div><div>____________________________________________</div><div> </div><div>Kris Lindgren</div><div>Senior Linux Systems Engineer</div><div>GoDaddy, LLC.</div><div><br></div><div><br></div><div><br></div><div>On 3/19/15, 10:22 AM, "Mark Voelker" <<a href="javascript:_e(%7B%7D,'cvml','mvoelker@vmware.com');" target="_blank">mvoelker@vmware.com</a>> wrote:</div><div><br></div><blockquote type="cite"><div><div>At the Operator¹s midcycle meetup in Philadelphia recently there was a</div><div>lot of operator interest[1] in the idea behind this patch:</div><div><br></div><div><a href="https://review.openstack.org/#/c/146047/" target="_blank">https://review.openstack.org/#/c/146047/</a></div><div><br></div><div>Operators may want to take note that it merged yesterday.  Happy testing!</div><div><br></div><div><br></div><div>[1] See bottom of <a href="https://etherpad.openstack.org/p/PHL-ops-rabbit-queue" target="_blank">https://etherpad.openstack.org/p/PHL-ops-rabbit-queue</a></div><div><br></div><div>At Your Service,</div><div><br></div><div>Mark T. Voelker</div><div>OpenStack Architect</div><div><br></div><div><br></div><div>_______________________________________________</div><div>OpenStack-operators mailing list</div><div><a href="javascript:_e(%7B%7D,'cvml','OpenStack-operators@lists.openstack.org');" target="_blank">OpenStack-operators@lists.openstack.org</a></div><div><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a></div></div></blockquote><div><br></div><div><br></div><div>_______________________________________________</div><div>OpenStack-operators mailing list</div><div><a href="javascript:_e(%7B%7D,'cvml','OpenStack-operators@lists.openstack.org');" target="_blank">OpenStack-operators@lists.openstack.org</a></div><div><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a></div></div></div></span>
                  
                  
                  
                  
                </div></blockquote><div>
                    <br>
                </div>
            </blockquote>