LINUX.ORG.RU

Suse выложили в общий доступ kGraft

 , ,


0

1

Напомню что система kGraft позволяет выполнить обновление ядра без перезагрузки.

В настоящее время есть две аналогичных системы Ksplice предлагается только компанией Oracle, но она является проприетарной разработкой и kpatch от Red Hat. Возможности kGraft ограничены внесением на лету исправлений, не затрагивающих динамически изменяемые структуры данных ядра, но этого вполне достаточно для устранения уязвимостей в ядре и исправления ошибок. Обновление ядра Linux без перезагрузки является востребованной возможностью для серверных и промышленных дистрибутивов, критичных ко времени простоя. В настоящее время свободная и общедоступная реализация такой возможности не предоставляется ядром Linux.

Git репозиторий

>>> Источник новости

Все, пошел обновлять ядро БЕЗ ПЕРЕЗАГРУЗКИ! Меня не беспокоить.

anonymous ()

это хорошо.

когда мы увидем это в systemd?

anonymous ()
Ответ на: комментарий от anonymous

уверен, Поеттеринг уже заинтересован

anonymous ()
Ответ на: комментарий от anonymous

уверен, Поеттеринг уже заинтересован

Обновление systemd без перезагрузки. После такова все скептики systemd станут его адептами!

alpha4 ()

Чем оно лучше kpatch тогда уж? Не троллинг.

anonymous ()

а вот было бы микроядро - никаких костылей бы не понадобилось

cvs-255 ★★★★★ ()
Ответ на: комментарий от cvs-255

костыли всегда пригодятся. Не для этого, так для другого

Hokum_new ()

а оно убивает все запущенные приложения, как kexec?

Lincor ()

Что только люди не придумают, чтобы аптайм не сбрасывался

GblGbl ★★★★★ ()
Ответ на: комментарий от GblGbl

Что только люди не придумают, чтобы аптайм не сбрасывался

Аптайм это ж самое главное. Сбросишь его и усе...

B ()

Используйте kernelcare

Используйте kernelcare - это работающий продукт, а не конструктор-поделка от студентов лабаратории suse

anonymous ()

Обновление ядра Linux без перезагрузки является востребованной возможностью для серверных и промышленных дистрибутивов, критичных ко времени простоя.

Когда-то так считалось. Но что делать с критично важным сервисом в случае сбоя железа? Тренд все-таки обеспечивать HA с помощью кластеров.

Но имеет смысл в случае когда «написанный 10 лет назад сервис вырос и стал очень важным».

skwish ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.