User: Password:
|
|
Subscribe / Log in / New account

Ksplice: kernel patches without reboots

Ksplice: kernel patches without reboots

Posted Apr 30, 2008 12:58 UTC (Wed) by miahfost (guest, #51602)
In reply to: Ksplice: kernel patches without reboots by aleXXX
Parent article: Ksplice: kernel patches without reboots

Think of a small switch somewhere running linux. An embedded version of linux perhaps. Now
imagine it routes telephone calls, and is placed in a desert, 100 kilometers from anywhere,
10,000 kilometers from where it was developed. 

Now imagine it needs a new patch _without_ taking down 10,000 subscribers' service. Would be
nice to have a thing like Ksplice, no?


(Log in to post comments)

Ksplice: kernel patches without reboots

Posted May 1, 2008 4:09 UTC (Thu) by brouhaha (subscriber, #1698) [Link]

Which is why phone switches like the AT&T 5ESS were designed such that the control processor
(running Unix) could be rebooted without disrupting phone calls.  At worst it introduced a
slight delay in a subscriber getting a dial tone if they picked up just as the system was
rebooting.

No clever patch mechanism necessary.

For something more complex than a phone switch, in-service-upgrade is more difficult, so this
patch mechanism may be very useful.

Ksplice: kernel patches without reboots

Posted Jun 11, 2008 23:03 UTC (Wed) by telcoman (guest, #52500) [Link]

HW failure will tear down the calls anyway, if you rely purely on Ksplice. For telco systems
you need HW redundancy, too. Especially if you are running a commercial network, you had
better not loosing charging data due to HW issues.

Nevertheless, Ksplice alone could help stateless services, like Google's search, where you can
allow data loss due to HW issues. And it can help small systems, too, where HW failure is rare
and less disturbing.

Using Ksplice along with clustering solutions could improve the situation. Keep in mind,
though, that you are just patching the kernel, but the applications remain unfixed. So you did
not end up with a real solution.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds