<br><br><div class="gmail_quote">On Thu, Jul 2, 2009 at 13:49, Roberto Ragusa <span dir="ltr"><<a href="mailto:mail@robertoragusa.it">mail@robertoragusa.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div></div><div class="h5">Donald Russell wrote:<br>
> Obviously a reboot is required when loading a new kernel....<br>
><br>
> But in general, does yum leave some breadcrumb clue that some other<br>
> process can check? For example, maybe there's something in the package<br>
> files that yum sees and creates a "/rebootRequired" file which is always<br>
> deleted upon booting?<br>
><br>
> If not, I think that'd be a cool idea.. the file could be<br>
> /rebootRequired.txt<br>
><br>
> and contain a plain text list of packages that caused the condition. :-)<br>
<br>
</div></div>It is quite apparent that you have a Windows like mindset. I say this<br>
without any will to offend you; I just observe:<br>
1) the reboot idea<br>
2) the file name with lowercase and uppercase mixed<br>
3) the file extension .txt<br>
<br>
:-)<br>
<br>
Now the serious answer.<br>
The kernel case is obvious; installing a kernel is useless without a reboot.<br>
But in other cases the new stuff will be used together with the old one.<br>
For example, replaced libs will be used by programs freshly started, and old<br>
libs will be used for programs already running.<br>
So, the reboot is not strictly required. maybe you may want to restart<br>
some services or applications.<br>
And it always depends on the specific use of the apps.<br>
Say you install a new "tail" command with a security related fix.<br>
Would you reboot? Maybe not. But.... if you have a running tail -f on some<br>
log files where things under external control may be printed?<br>
Then maybe yes. Or.... you just restart the logging script, right?<br>
<br>
There are some cases (glibc vulnerability for example) where a reboot<br>
could be a good idea. But, guess what, if you upgrade glibc, the sshd<br>
process will be restarted (!) as that is considered an extremely sensitive<br>
daemon. I may want to restart network facing stuff like httpd, firefox<br>
and something else, but I do not worry too much about the clock applet<br>
currently running the unfixed glibc.<br>
<br>
(The iwl Intel driver forced me to reboot my laptop after more than 150 days<br>
and I had really bad words in my mind for Intel and their buggy code;<br>
my work session was incredibly complex and useful to me... I hate reboots).<br></blockquote></div><br><br>Thanks Roberto...<br><br>I'll try not to take offense at your observations of me based on my original query. ;-)<br>

<br>Generally speaking I do not reboot my Linux machines unless I've installed a new kernel.<br>There have been times though when "things seemed odd" after a particularly large number of updates were applied... rather than spend untold amounts of time trying to solve them, I did a quick reboot... perhaps that was overkill, but it definitely caused all processes to restart.<br>

<br>Perhaps if I knew more of the internal details of what's what, I'd have known that all was needed was to restart daemon "x"...<br><br>But, I'm not a member of that elite group (who know everything and are much holier than "Windows mindset" people), so I do what works quickly and leaves little unknown afterward.<br>

<br>I appreciate your explanations above, thanks for that.<br><br>Cheers<br>