-
-
Notifications
You must be signed in to change notification settings - Fork 20
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
update_kernel_reboot_only = yes #17
Comments
So, let me rephrase so I understand it better. You'd like the role to be smart, and only reboot when required, for example:
For RedHat-like systems (CentOS/RHEL/Fedora) this should be covered by needs-restarting, for Debian-like systems (Debian/Ubuntu) this should be covered by needs-restarting and Debians What operating systems are you running? Maybe it's not Debian-like or RedHat-like and this logic is not built in. |
We are running only Debian at this time. There are only two packages, which requires a reboot:
For any other packages, we have needrestart (as you said), which restarts all services, which was not restarted, after an upgrade. |
I was searching for the problem again .. and found my Issue :-) I may ask, if there are any news on it .. to reboot only, if a new kernel or glibc update available ? cu denny |
Is your feature request related to a problem? Please describe.
We have every end of a month a bigger system upgrade on round about ~120 hosts. In most cases, we do
update_reboot = yes
and let the hosts reboot.But we have also auto updates, via Rundeck every day, which executes the same playbook, with your great modules :-) But ... also with
update_reboot = yes
, which reboots the hosts also, if only PHP package or something like that was upgraded :-).Describe the solution you'd like
It would be very cool, if a new global variable exists, like
update_kernel_reboot_only = yes
, that do not reboot while a normal package update, but if the kernel has changed. For that, we can ask robertdebock.reboot, if we have a kernel change pending.Describe alternatives you've considered
I would starting with having two kind of playbooks, one with reboot, one with not. Also possible: adding the variable while calling the playbook (wia Rundeck or shell) , but than you have instruct all people who are involved.
Additional context
Add any other context or screenshots about the feature request here.
Our playbooks for upgrades looks like this one:
The (inventories/dev/)group_vars/update_package.yaml:
The command:
The text was updated successfully, but these errors were encountered: