The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Для ядра Linux предложен livepatch, механизм обновления без перезагрузки

07.11.2014 21:38

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

Как известно, в настоящее время на включение в ядро претендуют технологии обновления ядра на лету kpatch от компании Red Hat и kGraft от компании SUSE, которые похожи по используемым методам применения обновлений, но отличаются деталями реализации и способами подготовки патчей. В kGraft патч может формироваться непосредственно на основе исходных текстов, без манипуляций c объектным кодом. В kpatch патч генерируется на основе сравнения двух бинарных сборок ядра. Обе системы являются свободными и достаточно жестко конкурируют между собой, что затрудняет выбор, какую из них принять в основной состав ядра.

Проект livepatch попытался объединить работающие на уровне ядра Linux части технологий kpatch и kGraft в универсальный базовый компонент, который стал бы приемлем для включения в основной состав ядра. По аналогии с kpatch и kgraft в livepatch используется метод замены функций в ядре целиком и перенаправления на новую функцию при помощи штатной подсистемы ftrace. Патч оформляется в форме модуля ядра, осуществляющего необходимую подстановку кода функций. Наиболее существенным достоинством livepatch является возможность использования подобных модулей-патчей, подготовленных как инструментарием kpatch, так и kGraft. Сам livepatch, при этом, предоставляет лишь базовый интерфейс для регистрации и активации патчей в ядре, и реализован в форме управляющего модуля livepatch.ko.

Из областей, которые ещё требуют доработки отмечается реализация средств для обеспечения целостности системы в процессе применения патча. В kpatch и kGraft используются собственные механизмы для защиты от одновременного вызова старого и нового кода в пограничные моменты. В 90% патчей, устраняющих уязвимости, подобные механизмы не требуются, так как в них просто добавляется дополнительная условная проверка. Возможность полноценной подмены функций планируется реализовать в одном из следующих выпусков livepatch.

  1. Главная ссылка к новости (https://lkml.org/lkml/2014/11/...)
  2. OpenNews: Компания SUSE открыла код kGraft, системы для обновления ядра Linux без перезагрузки
  3. OpenNews: Компания Red Hat открыла код kpatch для организации обновления на лету ядра Linux
  4. OpenNews: Компания Red Hat работает над собственной технологией обновления ядра Linux на лету
  5. OpenNews: Компания SUSE развивает свободную систему для обновления ядра без перезагрузки
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/41021-kgraft
Ключевые слова: kgraft, kpatch, kernel, livepatch
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (63) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.11, Аноним (-), 01:10, 08/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Hell is paved with good intentions...

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

     
     
  • 2.23, Fracta1L (ok), 06:23, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Старение - не радость.
     
  • 2.30, Аноним (-), 12:34, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    1) Конфигурирование перед сборкой не отменяют.

    2) FUZIX - для вас?

     
  • 2.54, crypt (ok), 21:17, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да чего скучаешь-то? старые версии в свободном доступе...
     
  • 2.63, Аноним (-), 02:25, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Никто не запрещает пользоваться старыми версиями на древнем железе.
     

  • 1.12, pavlinux (ok), 01:40, 08/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну чесслово, костыли запоздавшие на 20 лет.

    1. У кого один сервак - тому 24/7/365 нафиг ненужно по определению.
    2. У кого больше одно - тому не влом перегрузить их по очереди.
    3. Виртуалки ваще клонировать на лету можно.
    4. У кого есть в ядре ftace на сервере, тому безопасность тоже как бэ не нужна.  
    5. Состояние патченого ядра после перезагрузки и после этих костылей - разные вещи.
    (особо если патчи исправляли дыры с указателями в экспортируемых функциях).

    Ну и нафега?


     
     
  • 2.13, kachsheev (ok), 01:43, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Инновации, ё-моё.
     
     
  • 3.14, pavlinux (ok), 02:00, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну какая в инновация, во всяких PAAS SAAS DAAS минимальной вычислительной ед... большой текст свёрнут, показать
     
     
  • 4.31, ПолковникВасечкин (?), 12:38, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ваши предложения?
     
  • 4.78, Мяут (ok), 12:12, 10/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы преувеличиваете распространенность облаков.

    Банковские системы до сих пор гиперцентрализованы. Всякие системы управления производством - тоже. Правда и Linux там не везде :)

     
  • 2.84, админ (?), 02:03, 12/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ты просто не выкатывал обновление ОС на большие системы и не перезагружал серваки один за другим. Потому что на это уходит дохрена времени и блокирует другие вещи (потому что апдейты выкатывают по очереди).
     

  • 1.15, YetAnotherOnanym (ok), 02:14, 08/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Распространители троянов, живущих только в оперативке, одобряют.
     
  • 1.20, Аноним (-), 05:20, 08/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Если кому интересно, всем на будущее, короче "всё сложно, но" в целом (а не в лице отдельных удачных проектов) ситуация такова, что если вы хотите, чтобы открытое ПО было конкурентноспособно проприетарному софту по качеству, открытое ПО должно стоить дороже проприетарного софта.

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

    Короче со всех сторон полный нонсенс получается.

     
     
  • 2.21, ano (??), 06:20, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > и они будут покупать то, что дешевле.

    Так то они будут покупать то, что предсказуемее. А открытый код тут заруливает закрытый.

     
     
  • 3.25, Аноним (-), 10:08, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не неси чушь. Плевать 99%, что в коде.
     
  • 3.27, Нанобот (ok), 12:14, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Так то они будут покупать то, что предсказуемее

    чувак, вернись в реальность! покупать будут то, что дешевле

     
     
  • 4.37, Аноним (-), 12:52, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>Так то они будут покупать то, что предсказуемее
    > чувак, вернись в реальность! покупать будут то, что дешевле

    То, что работает, потом то что дешевле.
    + у открытого софта часто есть иллюзия дешевизны. В смысле "первая пилюля бесплатно", а потом...

     
     
  • 5.43, Аноним (-), 13:16, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +10 +/
    А потом всё равно дешевле. Это конторки, которые продают проприетарное ПО, любят рассказывать, что в никсах потом нужно костылировать, и для этого нужны дорогие специалисты, а вот в виндах и прочих вмваре трёхкопеечный эникей со всем всегда справится. Ничего подобного - любой, кто хоть раз рулил мало-мальски сложную виндовую структуру, знает, что там нужен спец, который хорошо умеет в powershell, умеет нормально читать дампы сетевого обмена и так далее, потому что костылировать приходится не меньше, а иногда и больше. И стоит такой специалист абсолютно столько же, сколько никсовый.
     
     
  • 6.59, count0krsk (ok), 00:41, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Стоит столько, сколько готов заплатить работодатель, т е среднюю цену на рынке ... большой текст свёрнут, показать
     
     
  • 7.69, Аноним (-), 02:43, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работодателей более 1, поэтому определяет в целом не работодатель а рынок и бала... большой текст свёрнут, показать
     
  • 4.57, count0krsk (ok), 00:31, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Покупать будут то, что дорогое, но не самое. Потому что чем дороже - тем больше откат. Не самое - чтобы показать, что "типа сэкономили", но не в ущерб качеству.
    А те, кто ориентируется на "дешевле" вообще покупать не будут, а скачают с торрентов и кинут на флэшку, потому что так не только дешевле, но и быстрее. И экологичнее кстати ))

     
  • 2.28, Логика (?), 12:17, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где логика? Сначала "тезис с небес", потом "антитезис по жизни"
     
     
  • 3.29, Логика (?), 12:23, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Более ясно выражаясь.
    первый тезис: чтобы быть конкурентноспособнее - открытое ПО должно стоить дороже
    второй тезис: чтобы быть конкурентноспособнее - открытое ПО должно стоить дешевле
     
     
  • 4.32, Аноним (-), 12:40, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Не так написано, открой глаза.

    Короче, если хотите качественную открытую ОС, надо присасываться к коммерческим проектам, а раз речь идёт о десктопах, хороших планшетах, лэптопах, тогда лучше всего Chrome OS. Другое дело, что вы не нужны Гуглу с вашими соплями, у них свои планы на свои оси.
    Про Убунты уже столько написано везде, самому далёкому человеку уже давно ясно, что на неё время тратить не стоит так же как и на какой-нибудь ReactOS.

     
     
  • 5.36, Логика (?), 12:51, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это не открытое ПО, а продукт для отъема денег у населения с одновременным подсаживанием на свой продукт. Им все равно что ляпать, лишь бы хавали и не могли отказаться.
     
  • 5.38, Логика (?), 12:53, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И причем тут "должно стоить дороже". Должно быть частью большой команды, или частью большой стаи. Это будет вернее
     
  • 5.39, Логика (?), 12:59, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ChromeOS так же неидеальна как и Ubuntu. Если Вы конечно не апологет первой.
     
  • 5.40, Аноним (-), 12:59, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю зачем вас туда понесло в контексте новости, но да, чем больше участников процесса имеют бабло при разработке/рекламе/распространении/внедрении/использовании тем оно имеет болше шансов на завоевание рынка.
    Т о нужно написать хорошее ПО и получить за это хорошие бабки, вляпать в рекламу и отбить вляпанное, забашлять внедренцам (больше чем мс), которые сами разрекламируют и конечный пользователь (и частный разработчик) должен сам заработать на использовании софта гору бабла (а не наэкономить). Таков рынок
    Ни раз наблюдак картину выбора дорогого распиареного решения в пользу бесплатному малоизвестному.


     
  • 5.41, Логика (?), 13:04, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не так написано, открой глаза.

    Вы на тренингах тем же самым занимаетесь?
    Сначала ляпнуть что-то, потом оскорбить оппонента?

     
  • 5.64, Аноним (-), 02:28, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а раз речь идёт о десктопах, хороших планшетах, лэптопах, тогда лучше
    > всего Chrome OS.

    Лучше всего для кого? Для гугля, чтоб от них на 100% зависели и сбежать не могли? Да, хорошо быть гуглем. Но горе вам, если вы не гугл.

     
  • 5.73, arisu (ok), 20:01, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Короче, если хотите качественную открытую ОС, надо присасываться к коммерческим проектам

    ой. а у меня уже есть качественная открытая ОС. без гугеля. опять я всю контору спалил…

     
  • 2.33, Аноним (-), 12:42, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >чтобы открытое ПО было конкурентноспособно проприетарному софту по качеству, открытое ПО должно стоить дороже проприетарного софта.

    И откуда это следует или это постулат?

     
  • 2.51, Анотим (?), 20:10, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Если кому интересно, всем на будущее, короче "всё сложно, но" в целом ситуация такова, что если вы хотите, чтобы

    Записал в блокнот, спасибо.

     
  • 2.71, S_Paul (??), 08:00, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Если кому интересно, всем на будущее, короче "всё сложно, но" в целом

    Не только лишь все?

     
  • 2.74, arisu (ok), 20:06, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а мне, например, плевать, что там будут 171 покупать люди и компании и организ... большой текст свёрнут, показать
     

  • 1.45, vi (ok), 16:43, 08/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Все! После принятия в ядро и последней перезагрузки, "Терминаторы" перестанут иногда замирать на несколько секунд ;)
     
     
  • 2.66, Аноним (-), 02:31, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Все! После принятия в ядро и последней перезагрузки, "Терминаторы" перестанут иногда замирать
    > на несколько секунд ;)

    Модуль можно вгрузить и на ходу. Даже первый раз. Так что теперь терминаторов не будет переклинивать, beware!

     

  • 1.46, Аноним (-), 17:35, 08/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ядро без перезагрузки обновлять можно, а операционную систему с systemd - нельзя. Как выйти из этой ситуации?
     
     
  • 2.48, Серый1 (ok), 17:55, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Может выкинуть systemd?
     
     
  • 3.53, Аноним (-), 20:52, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может выкинуть systemd?

    Не-не-не! Надо выкинуть ядро! :)

     
     
  • 4.55, pavlinux (ok), 22:11, 08/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В одном НИИ просрали мануал от VAX/VMS, поэтому он с 1984 года не перегружается.
     
     
  • 5.60, count0krsk (ok), 00:47, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В одном НИИ просрали мануал от VAX/VMS, поэтому он с 1984 года
    > не перегружается.

    Как заменить батарейки в ИБП не отключая нагрузку? Или они там ядерные?

     
     
  • 6.62, Нимо Ан (?), 01:42, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как заменить батарейки в ИБП не отключая нагрузку?

    Что-что, а вот это не кажется мне особо большой проблемой (если конструкция ИБП позволяет). Хотя, я, конечно, не специаллист.

     
  • 6.67, Аноним (-), 02:34, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Как заменить батарейки в ИБП не отключая нагрузку?

    В серьезных ИБП обычно такие вещи предусмотрены.

     
  • 6.76, pavlinux (ok), 02:23, 10/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как заменить батарейки в ИБП не отключая нагрузку?

    Там всё НИИ на ИБП, резервный генератор с запасом соляры лет так на 20,...  оборонка все ж.

    > Или они там ядерные?

    VAX/VMS - это мэнфрейм. Да, в современных понятиях - многоядерный кластер.
    CPU - это такой ящик размером с холодильник, процессоры вставляются как полки.
    Управляющий - один процессор. У каждого проца, есть соседний - резервный.
    Поэтому, выдирая управляющий проц, все автоматом переключается на соседа.
    Та же фигня с памятью, дисками. Файловая система версионная,...

    Короча, то что сейчас пытаются впиндюривать RedHat/Oracle/HP/Dell/EMC/MS/Intel/AMD/Cisco,...
    DEC и IBM изобрели 40 лет назад.

     
     
  • 7.79, edwin3d (ok), 13:18, 10/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > DEC и IBM изобрели 40 лет назад.

    Добрый день. Только стоило это как самолет.
    А сейчас идет речь о доступной технологии для всех и каждого. Чувствуете разницу ?

     
     
  • 8.82, Минона (ok), 15:22, 10/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    разницу в стоимости да разницу в технологии нет ... текст свёрнут, показать
     
  • 8.88, pavlinux (ok), 03:13, 13/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас NUMAо не на всех материнках есть Версионная FS уже в каждом доме Опера... текст свёрнут, показать
     
  • 7.81, Anonim (??), 14:27, 10/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну справедливости ради, я бы HP вынес из Вашего первого списка, и внёс во второй....
    Intel, пожалуй, тоже можно за их серверные процы (я про Itanium).
     
     
  • 8.83, Led (ok), 14:06, 11/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя одноклассник опять обманул ... текст свёрнут, показать
     
     
  • 9.85, Anonim (??), 11:50, 12/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ох LOL Ну расскажи мне, о гуру, про то, какие нынче процессоры ставят в NonStop... текст свёрнут, показать
     
     
  • 10.87, pavlinux (ok), 03:11, 13/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    OpenVMS на Intel только дебил поставит Мы ещё в 2001 году планировали купить A... текст свёрнут, показать
     
  • 8.86, pavlinux (ok), 02:58, 13/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ХулиПаккартд до 86 года калькуляторы, печатные машинки и принтеры делала Итаник... текст свёрнут, показать
     
     
  • 9.90, Аноним (-), 09:21, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Охренеть А амд с своими WLIV5 WLIV4 ничего у нас не спирало ... текст свёрнут, показать
     
  • 9.91, Anonim (??), 10:11, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Павлинух, не надо вводить детей в заблуждение, а то они этот миф в педивикию нап... текст свёрнут, показать
     

  • 1.58, manster (ok), 00:35, 09/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    самый изящный livepatch это конечно hot code loading реализованный в эрланге
     
     
  • 2.68, Аноним (-), 02:34, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > самый изящный livepatch это конечно hot code loading реализованный в эрланге

    Единственная проблема - толку с этого около ноля.

     
     
  • 3.80, некто (ok), 14:21, 10/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    кому техника, а кому и кусок железа
     

  • 1.61, Нимо Ан (?), 01:40, 09/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Я знал одного человека (техдира одного интернет-провайдера), который ещё в начале 2000-х говорил, что патчит ядро RedHat Linux на серверах без перезагрузки.
     
     
  • 2.72, AlexAT (ok), 09:46, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ksplice'у лет уже много...
     
  • 2.75, arisu (ok), 20:09, 09/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я знал одного человека (техдира одного интернет-провайдера), который ещё в начале 2000-х
    > говорил, что патчит ядро RedHat Linux на серверах без перезагрузки.

    кажется, никто не говорил, что это Прорыв Новых Технологий. сплайсинг — технология очень древняя. просто её хотят официально благословить, и по старой доброй традиции дать людям инструменты, при помощи которых каждый может сделать сплайсер на свой вкус.

     

  • 1.70, Kodir (ok), 03:02, 09/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тут даже бинарный линукс без перезагрузки обновляют, а Ведроид (жабо-нашлёпка над линуксом) до сих пор какие-то дурацкие "фирмвари" прошивает.
     
  • 1.77, Аноним (-), 08:00, 10/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Обе системы являются свободными и достаточно жестко конкурируют между собой, что затрудняет выбор, какую из них принять в основной состав ядра.
    >
    > Проект livepatch попытался ...

    создать ещё одну систему для конкуренции :)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру