[CentOS] Is reboot needed after updating kernel, glibc, database?

Tue Jun 28 18:17:48 UTC 2011
Robert Heller <heller at deepsoft.com>

At Tue, 28 Jun 2011 18:13:13 +0100 (BST) CentOS mailing list <centos at centos.org> wrote:

> 
> On Tue, 28 Jun 2011, Robert Heller wrote:
> 
> * snip *
> 
> >>> A reboot is also required in the cases of a glibc update 
> >>> unless you take the time to restart all services that 
> >>> are running and logout and then log back in to 
> >>> interactive shell sessions.
> >>
> >> I've also noticed that Firefox will not operate correctly
> >> after some updates, and a reboot seems to fix this.
> >
> > Strange.  Never needed to do that.  Of course, I *exit* 
> > from FF *before* doing a yum update when I know a new FF 
> > is in the pipeline.
> 
> Maybe that's because my machine is running generally 24/7, 
> and I do quite often leave FF running on 2-3 desktops, with 
> several tabs open at once. Then yum runs each night as a 
> cron job. But even so, if I shut down all instances of FF 
> and start one fresh instance again, IIRC I still seem to 
> need to do a reboot *sometimes* to get things back in sync 
> again.

My machine also runs 24/7, but never run yum unattended and never leave
FF running (I actually logout of my desktop machine when I am not
sitting at it).

> 
> Kind Regards,
> 
> Keith Roberts
> 
> -----------------------------------------------------------------
> Websites:
> http://www.karsites.net
> http://www.php-debuggers.net
> http://www.raised-from-the-dead.org.uk
> 
> All email addresses are challenge-response protected with
> TMDA [http://tmda.net]
> -----------------------------------------------------------------
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 
>                     

-- 
Robert Heller             -- 978-544-6933 / heller at deepsoft.com
Deepwoods Software        -- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments