Replies: 2 comments
-
I will convert this issue to a GitHub discussion. Currently GitHub will automatically close and lock the issue even though your question will be transferred and responded to elsewhere. This is to let you know that we do not intend to ignore this but this is how the current GitHub conversion mechanism makes it seem for the users :( |
Beta Was this translation helpful? Give feedback.
-
That script was contributed by the OpenStack community and not maintained by the RabbitMQ core team. You are welcome to contribute a "sleep" (e.g. |
Beta Was this translation helpful? Give feedback.
-
I've faced an issue in rabbitmq-server-ha.ocf script on Debian Buster.
After some investigating, I can say that the issue is related to a lack of pause between starting the beam process and checking its status in the rabbitmq-server-ha.ocf.
Beam process does not have time to start, get_status() cmd fails with code 69. Then beam process is killed due to bad status and 'rabbitctl start_app' cmd can't execute. And resource-agent falls in such loop.
There are RA logs
I added 'sleep 5' after starting the beam process and the issue was gone.
The issue is not related to rabbitmq version. Different versions have been checked.
There are no working solutions on the forum https://groups.google.com/g/rabbitmq-users/c/4Sq4nJN69XI.
Beta Was this translation helpful? Give feedback.
All reactions