Hi, you don't *have* to reboot the server. If you don't there are two factors you need to consider:
1. The updated component are not all active without a reboot
The kernel for example will obviously not not be running without a reboot and the same may be true for other components. For most applications you should be ok if you just restart the application so it can load in the new libraries.
2. If you reboot later issues after the reboot might become more difficult to debug
If you reboot e.g. 6 Months after you made an update and the system doesn't boot properly you will most likely have forgotten that you updated the system a long time ago and look for more recent reasons why the system doesn't boot. If you reboot the system immediately and it doesn't come back up you'll know that most likely the update has something to do with it.
So if you don't reboot the system should still keep working normally but for the above reasons you might want to reboot it anyway of not right away then at least in the not too distant future.
Regards, Dennis
On 16.01.2015 14:25, Mateusz Guz wrote:
Someone have updated it without my knowledge, now i have to make a choice: -don’t reboot and wait for errors -reboot (which im trying to avoid)
What about (g)libc package, anyone encountered similar situation ?
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Nathan Duehr Sent: Thursday, January 15, 2015 10:08 PM To: CentOS mailing list Subject: Re: [CentOS] restart after yum update (6.6)?
On Jan 15, 2015, at 12:36, Mateusz Guz Mateusz.Guz@itworks.pl wrote:
according to this :
http://unix.stackexchange.com/questions/28144/after-yum-update-is-it-a-good-...
i should reboot my server after updating packages i.e: kernel, glibc, libc. Maybe it's a silly question, but Is it necessary if I don't use graphical environment ? (and don't want to use the latest kernel yet)
If you don’t want the kernel to update, just use —exclude=kernel* on yum or whatever. Why update it if you aren’t going to use it?
Might as well be deliberate and know you’re purposefully skipping something.
Nate _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos