[Bug 1993149] Re: VMs stay stuck in scheduling when rabbitmq leader unit is down
Corey Bryant
1993149 at bugs.launchpad.net
Wed Oct 26 14:08:26 UTC 2022
Hello Aqsa, or anyone else affected,
Accepted python-oslo.messaging into yoga-proposed. The package will
build now and be available in the Ubuntu Cloud Archive in a few hours,
and then in the -proposed repository.
Please help us by testing this new package. To enable the -proposed
repository:
sudo add-apt-repository cloud-archive:yoga-proposed
sudo apt-get update
Your feedback will aid us getting this update out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-yoga-needed to verification-yoga-done. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-yoga-failed. In either case, details of your testing
will help us make a better decision.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance!
** Changed in: cloud-archive
Status: Triaged => Fix Committed
** Changed in: cloud-archive/yoga
Status: Triaged => Fix Committed
** Tags added: verification-yoga-needed
--
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1993149
Title:
VMs stay stuck in scheduling when rabbitmq leader unit is down
Status in OpenStack RabbitMQ Server Charm:
Triaged
Status in Ubuntu Cloud Archive:
Fix Committed
Status in Ubuntu Cloud Archive yoga series:
Fix Committed
Status in Ubuntu Cloud Archive zed series:
Fix Committed
Status in oslo.messaging:
New
Status in python-oslo.messaging package in Ubuntu:
Fix Committed
Status in python-oslo.messaging source package in Jammy:
Fix Committed
Status in python-oslo.messaging source package in Kinetic:
Fix Committed
Bug description:
When testing rabbitmq-server HA in our OpenStack Yoga cloud
environment (Rabbitmq Server release 3.9/stable) we faced the
following issues:
- When the leader unit is down we are unable to launch any VMs and the
launched ones stay stuck in the 'BUILD' state.
- While checking the logs we see that several OpenStack services has
issues in communicating with the rabbitmq-server
- After restarting all the services using rabbitmq (like Nova, Cinder,
Neutron etc) the issue gets resolved and the VMs can be launched
successfully
The corresponding logs are available at:
https://pastebin.ubuntu.com/p/Bk3yktR8tp/
We also observed the same for rabbitmq-server unit which is first in
the list of 'nova.conf' file, and after restarting the concerned
rabbitmq unit we see that scheduling of VMs work fine again.
As this can be seen from this part of the log as well:
"Reconnected to AMQP server on 192.168.34.251:5672 via [amqp] client with port 41922."
====== Ubuntu SRU Details =======
[Impact]
Active/active HA for rabbitmq is broken when a node goes down.
[Test Case]
Deploy openstack with 3 units of rabbitmq in active/active HA.
[Regression Potential]
Due to the criticality of this issue, I've decided to revert the upstream change that is causing the problem as a stop-gap until a proper fix is in place. That fix came in via https://bugs.launchpad.net/oslo.messaging/+bug/1935864. As a result we may see performance degradation in polling as described in that bug.
To manage notifications about this bug go to:
https://bugs.launchpad.net/charm-rabbitmq-server/+bug/1993149/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list