[XCSSA] updating a kernel without rebooting
xcssa@xcssa.org
xcssa@xcssa.org
Thu, 17 Aug 2006 07:39:07 -0500
------=_Part_84191_18285830.1155818347456
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
http://www.uwsg.iu.edu/hypermail/linux/kernel/0107.1/0313.html
I seem to remember seeing something around kernel 2.4 about it but it was
experimental and of course you had to have everything setup before your last
boot for it to work.
A quick google didn't yield more than that old kernel thread. I'll look
deeper after I have some coffee.
--anton
On 8/17/06, xcssa-admin@xcssa.org <xcssa-admin@xcssa.org> wrote:
>
> Hey, I had a question the other day that isn't trivial to answer. Let
> me run it by you.
>
> The main reason Unix systems go down, assuming you have a UPS, is for
> kernel upgrades. What would it take to upgrade a kernel _without_
> rebooting? I may ask this on the linux kernel mailing list at some
> point, but I'd see if anyone locally had a handle on this level of
> detail.
>
> Obviously we can't just flush everything and start running a new
> kernel from the beginning of the boot process; that would be a lot of
> work for the same result as rebooting (modulo a minute of time or so).
> But clearly it's okay to, say, flush pages from the buffer cache.
> What counts is that processes which were running continue to run
> without restart, and maybe that network connections survive (modulo
> any timeouts). Everything else is gravy.
>
> Let the brainstorming begin! And be quick about it, I want an
> implementation by the weekend. ;-) I bet Bruce Schneier could do
> it.... http://geekz.co.uk/schneierfacts/
>
> Anyway, if this could be done, Unix could brag _even more_ about
> uptimes. They'd be damn near forever, and that would really tick
> Redmond off, which would make it all worthwhile, don't you think?
> --
> "If you're not part of the solution, you're part of the precipitate."
> Unix "guru" for rent or hire -><- http://www.lightconsulting.com/~travis/
> GPG fingerprint: 9D3F 395A DAC5 5CCC 9066 151D 0A6B 4098 0C55 1484
> _______________________________________________
> XCSSA mailing list
> XCSSA@xcssa.org
> http://xcssa.org/mailman/listinfo/xcssa
>
--
Anton
------=_Part_84191_18285830.1155818347456
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<a href="http://www.uwsg.iu.edu/hypermail/linux/kernel/0107.1/0313.html">http://www.uwsg.iu.edu/hypermail/linux/kernel/0107.1/0313.html</a><br><br>I seem to remember seeing something around kernel 2.4 about it but it was experimental and of course you had to have everything setup before your last boot for it to work.
<br><br>A quick google didn't yield more than that old kernel thread. I'll look deeper after I have some coffee.<br><br>--anton<br><br><div><span class="gmail_quote">On 8/17/06, <b class="gmail_sendername"><a href="mailto:xcssa-admin@xcssa.org">
xcssa-admin@xcssa.org</a></b> <<a href="mailto:xcssa-admin@xcssa.org">xcssa-admin@xcssa.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hey, I had a question the other day that isn't trivial to answer. Let<br>me run it by you.<br><br>The main reason Unix systems go down, assuming you have a UPS, is for<br>kernel upgrades. What would it take to upgrade a kernel _without_
<br>rebooting? I may ask this on the linux kernel mailing list at some<br>point, but I'd see if anyone locally had a handle on this level of<br>detail.<br><br>Obviously we can't just flush everything and start running a new
<br>kernel from the beginning of the boot process; that would be a lot of<br>work for the same result as rebooting (modulo a minute of time or so).<br> But clearly it's okay to, say, flush pages from the buffer cache.<br>
What counts is that processes which were running continue to run<br>without restart, and maybe that network connections survive (modulo<br>any timeouts). Everything else is gravy.<br><br>Let the brainstorming begin! And be quick about it, I want an
<br>implementation by the weekend. ;-) I bet Bruce Schneier could do<br>it.... <a href="http://geekz.co.uk/schneierfacts/">http://geekz.co.uk/schneierfacts/</a><br><br>Anyway, if this could be done, Unix could brag _even more_ about
<br>uptimes. They'd be damn near forever, and that would really tick<br>Redmond off, which would make it all worthwhile, don't you think?<br>--<br>"If you're not part of the solution, you're part of the precipitate."
<br>Unix "guru" for rent or hire -><- <a href="http://www.lightconsulting.com/~travis/">http://www.lightconsulting.com/~travis/</a><br>GPG fingerprint: 9D3F 395A DAC5 5CCC 9066 151D 0A6B 4098 0C55 1484<br>
_______________________________________________<br>XCSSA mailing list<br><a href="mailto:XCSSA@xcssa.org">XCSSA@xcssa.org</a><br><a href="http://xcssa.org/mailman/listinfo/xcssa">http://xcssa.org/mailman/listinfo/xcssa</a>
<br></blockquote></div><br><br clear="all"><br>-- <br>Anton
------=_Part_84191_18285830.1155818347456--