yahoo-eng-team team mailing list archive

[Alan Pevec <1261631@xxxxxxxxxxxxxxxxxx>]

** Also affects: cinder/havana
   Importance: Undecided
       Status: New

** Changed in: cinder/havana
       Status: New => Fix Committed

** Changed in: cinder/havana
    Milestone: None => 2013.2.4

** Also affects: heat/havana
   Importance: Undecided
       Status: New

** Changed in: heat/havana
       Status: New => Fix Committed

** Changed in: heat/havana
    Milestone: None => 2013.2.4

** Also affects: ceilometer/havana
   Importance: Undecided
       Status: New

** Changed in: ceilometer/havana
       Status: New => Fix Committed

** Changed in: ceilometer/havana
    Milestone: None => 2013.2.4

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https://bugs.launchpad.net/bugs/1261631

Title:
  Reconnect on failure for multiple servers always connects to first
  server

Status in OpenStack Telemetry (Ceilometer):
  Fix Released
Status in Ceilometer havana series:
  Fix Committed
Status in Cinder:
  In Progress
Status in Cinder havana series:
  Fix Committed
Status in OpenStack Image Registry and Delivery Service (Glance):
  New
Status in Orchestration API (Heat):
  Fix Released
Status in heat havana series:
  Fix Committed
Status in OpenStack Bare Metal Provisioning Service (Ironic):
  Fix Released
Status in OpenStack Identity (Keystone):
  Invalid
Status in Keystone havana series:
  Fix Committed
Status in OpenStack Neutron (virtual network service):
  Fix Released
Status in neutron havana series:
  Fix Released
Status in The Oslo library incubator:
  Fix Released
Status in oslo-incubator havana series:
  Fix Committed
Status in Messaging API for OpenStack:
  Fix Released

Bug description:
  In attempting to reconnect to an AMQP server when a communication
  failure occurs, both the qpid and rabbit drivers target the configured
  servers in the order in which they were provided.  If a connection to
  the first server had failed, the subsequent reconnection attempt would
  be made to that same server instead of trying one that had not yet
  failed.  This could increase the time to failover to a working server.

  A plausible workaround for qpid would be to decrease the value for
  qpid_timeout, but since the problem only occurs if the failed server
  is the first configured, the results of the workaround would depend on
  the order that the failed server appears in the configuration.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ceilometer/+bug/1261631/+subscriptions