-
-
Notifications
You must be signed in to change notification settings - Fork 164
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
Backup cron configuration will trigger gitlab restart #204
Comments
|
I see to options:
I happily implement it, just tell me which you prefer. |
|
For now, let's move the the backup cron into it's own manifest. In the long run, I think any configuration which affects the service should ideally wind up in the This would work similarly to how the puppet/docker module config and service manifests are designed. m also looking working on an option to manage backups as a systemd service using Thanks @baurmatt I'll keep an eye out for this PR. Do you think it will be soon? I'm in the process of dropping a new release, and this is something I'd wait 24 hours to make sure it gets included. |
|
on it :) |
This commit moves the backup cronjob to its own class. This ensures that backup configuration changes do not trigger a Gitlab service restart. Fixes voxpupuli#204.
This commit moves the backup cronjob to its own class. This ensures that backup configuration changes do not trigger a Gitlab service restart. Fixes voxpupuli#204.
Affected Puppet, Ruby, OS and module versions/distributions
How to reproduce (e.g Puppet code you use)
Change any backup_cron_* paramerters configuration
What are you seeing
Changes on backup cron will restart Gitlab
What behaviour did you expect instead
Changes on backup cron shouldn't restart Gitlab - only changes which are directly connected to the gitlab service should restart it
Output log
Any additional information you'd like to impart
The text was updated successfully, but these errors were encountered: