-
Notifications
You must be signed in to change notification settings - Fork 32
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
Support runit in non-production environments #70
Comments
Hi @lucafavatella, I am not sure I want to open the door of offering full support for non-system default init systems. I think it is reasonable to add a var that allows the user to skip the standard OS init task. Then in your playbook, you can add whatever tasks are necessary for your desired init system. Thoughts? |
@christophermancini I totally agree with you in theory - I am not sure how that realizes in practice. My concern comes from the changes I identified in https://github.com/basho-labs/ansible-riak/pull/71/files . I need to avoid Ansible modules
|
@lucafavatella The handler is actually not even being used anymore, so I removed it in #74. I created a var, This allows you to reboot Riak yourself within the |
@christophermancini I managed to get back to this, sorry for the delay. Thanks for the change, it helped. I got two remaining issues for managing to use it:
|
I believe #76 fixes this - tested on local VM (was failing before). |
I closed #76 - see #76 (comment) for reason. I suggest this ticket is closed after #75 is merged. |
#75 is merged. Closing this then. See #76 (comment) for runit support until Ansible matures in handlers/notify semantics. |
Developers using Docker for development/testing/staging environment (not for production) would benefit from using the same scripts for all environments. In Docker containers, alternative init systems are usually preferred to systemd - runit is one of those e.g. see https://github.com/phusion/baseimage-docker .
The text was updated successfully, but these errors were encountered: