-
Notifications
You must be signed in to change notification settings - Fork 389
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RabbitMQ vars and version control #159
Comments
@jpmjpmjpm related to this I think our playbook is stuck on version 3.6.15 of RabbitMQ as the debian repo has moved from the apt repository we're referencing. Have you had any issues with your RabbitMQ system? I just had mine stop working after a routine deployment that included some security upgrades on Ubuntu that seems to have broken that version of RabbitMQ. |
@YPCrumble I haven't notice issues yet with RabbitMQ, but will surely have. I indeed noticed that we're stuck with this old 3.6.15 version. I think that like for PostgreSQL, we should have variables controlling the installed version. What do you think? I can have a look to it. As a side comment, I have PR #169 and PR #156 which are still waiting for being merged. The last one since June. Any reason for this??? |
I created a PR in order to control RabbitMQ installed version. This ensures that a much recent version of RabbitMQ is installed. And also that an adequate version of Erlang is associated. |
Closed via #174 |
RabbitMQ vars overrides the ones defined in env_vars.
RabbitMQ variables of the playbook:
are defined in the env_vars/*.yml files as well as in the roles/rabbitmq/vars/main.yml file.
This is creating issues on my side as I use
ansible-vault encrypt_string
to encrypt rabbitmq password and those passwords are hosts dependent. This seems related to issues #111 and #64Suggested fix (before solving issues mentioned in previous paragraph): remove roles/rabbitmq/vars/main.yml file.
What do you think?
Thanks for your feedbacks.
The text was updated successfully, but these errors were encountered: