yahoo-eng-team team mailing list archive

[Doug Hellmann <doug.hellmann@xxxxxxxxxxxxx>]

I think the app needs to set up the monkey patch call before anything
else tries to use any files or network connections. Doing it inside
amqp.py is too low level.

** Changed in: oslo
       Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1246623

Title:
  metadata server running on mod_wsgi blocks on rpc.call to nova-
  conductor

Status in OpenStack Compute (Nova):
  New
Status in Oslo - a Library of Common OpenStack Code:
  Won't Fix

Bug description:
  Hi there.

  We are running all the nova apis (osapi, ec2, metadata) under mod_wsgi
  on Apache. With the Havana upgrade, the metadata server (that started
  using nova-conductor) stopped working (it works perfectly outside
  apache though). After further debugging, I've found that it is
  blocking in the get from the dataqueue of the RPC client:
  https://github.com/openstack/nova/blob/stable/havana/nova/openstack/common/rpc/amqp.py#L526

  A workaround was a call to eventlet.monkey_patch() in our WSGI script.
  Shouldn't we call the monkey patch on the amqp.py module directly?

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