Good point about the hosts, i'd agree with John and Abel. fyi, some good news in CI testing of oslo.messaging trunk with rest of components from stable/juno. https://review.openstack.org/#/c/165981/
NOTE: CI testing does not exercise rabbitmq going up and down or multiple rabbit mq hosts, it just checks if the "good" code path against a single rabbitmq host works ok. Still need people to try oslo.messaging trunk in their juno environments and let us know. so we can promote the code from oslo.messaging trunk to stable/kilo to release it with kilo. thanks, -- dims On Fri, Mar 20, 2015 at 2:22 AM, Abel Lopez <[email protected]> wrote: > 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. > > > On Thursday, March 19, 2015, John Dewey <[email protected]> wrote: >> >> 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. >> >> On Thursday, March 19, 2015 at 9:42 AM, Kris G. Lindgren wrote: >> >> I have been working with dism and sileht on testing this patch in one of >> our pre-prod environments. There are still issues with rabbitmq behind >> haproxy that we are working through. However, in testing if you are using >> a list of hosts you should see significantly better catching/fixing of >> faults. >> >> If you are using cells with the don¹t forget to also apply: >> https://review.openstack.org/#/c/152667/ >> ____________________________________________ >> Kris Lindgren >> Senior Linux Systems Engineer >> GoDaddy, LLC. >> >> >> >> On 3/19/15, 10:22 AM, "Mark Voelker" <[email protected]> wrote: >> >> At the Operator¹s midcycle meetup in Philadelphia recently there was a >> lot of operator interest[1] in the idea behind this patch: >> >> https://review.openstack.org/#/c/146047/ >> >> Operators may want to take note that it merged yesterday. Happy testing! >> >> >> [1] See bottom of https://etherpad.openstack.org/p/PHL-ops-rabbit-queue >> >> At Your Service, >> >> Mark T. Voelker >> OpenStack Architect >> >> >> _______________________________________________ >> OpenStack-operators mailing list >> [email protected] >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> >> >> >> _______________________________________________ >> OpenStack-operators mailing list >> [email protected] >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> >> > > _______________________________________________ > OpenStack-operators mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > -- Davanum Srinivas :: https://twitter.com/dims _______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
