https://opennet.ru/openforum/vsluhforumID3/101466.html Разработчики из компаний Red Hat и SUSE объединили (https://lkml.org/lkml/2015/2/9/534) свои усилия по продвижению в ядро Linux технологии динамического применения к работающему ядру патчей, которая позволяет на лету устранять уязвимости и некоторые типы ошибок без перезагрузки и без остановки работы приложений. Изначально обстоятельства сложились так, что Red Hat и SUSE практически одновременно предложили сообществу конкурирующие между собой технологии обновления ядра без перезагрузки - kPatch (http://www.opennet.ru/opennews/art.shtml?num=39235) и kGraft (http://www.opennet.ru/opennews/art.shtml?num=39424), которые очень близки по своим возможностям и характеристикам, и отличаются лишь в деталях реализации. <br><br><br>Подобная ситуация поставила разработчиков ядра в замешательство из-за невозможности отдать предпочтение одной из этих технологий. К счастью, восторжествовал здравый смысл и разработчики kPatch и kGraft встали на путь сотрудничества. Для включения в ядро 3.20 подготовлена (https://lkml.org/lkml/2015/2 https://opennet.ru/openforum/vsluhforumID3/101466.html#51 Tue, 17 Feb 2015 07:29:50 GMT &gt;&gt; Думаешь неведомая фигня, применяющая патчи налету, ковыряющаяся в стеке и подменяющая функции, добавит системе надежности и предсказуемости?<br>&gt; Почему неведомая? Она вполне себе логично работает. Другое дело, что ковыряние в <br>&gt; стеке не нужно, достаточно создавать копию функции с подменой всех точек <br>&gt; вызова - и те, кто зашёл в старую, выйдут также в <br>&gt; старую.<br><br>Если ты боишься перезагрузки в режиме обслуживания, пока все сервисы продолжают работать на соседнем железе, но не боишься молодежных костылей на боевых машинах, тогда на здоровье.<br>Саксес стори "фейсбука недавно" ждет своего героя.<br><br> https://opennet.ru/openforum/vsluhforumID3/101466.html#50 Tue, 17 Feb 2015 06:50:39 GMT &gt; А без перезапуска сервисов[I]!1?[/I]<br><br>Скомбинируйте с criu :)<br> https://opennet.ru/openforum/vsluhforumID3/101466.html#49 Tue, 17 Feb 2015 06:46:26 GMT &gt;&gt; Pid(1) перезапускает? А то ж динамически линкованные glibc, openssl, xorg и апач, да.<br>&gt; kexec - перезапускает всё :) И очень даже быстро, поскольку бут ядра <br><br>А без перезапуска сервисов[I]!1?[I] http:/opennews/art.shtml?num=41592<br> https://opennet.ru/openforum/vsluhforumID3/101466.html#48 Mon, 16 Feb 2015 19:41:23 GMT &gt; Pid(1) перезапускает? А то ж динамически линкованные glibc, openssl, xorg и апач, <br>&gt; да.<br><br>kexec - перезапускает всё :) И очень даже быстро, поскольку бут ядра и запуск сервисов systemd обычно копеечный, в итоге в ребуте сервака львиную долю времени занимает инициализация железа BIOS.<br> https://opennet.ru/openforum/vsluhforumID3/101466.html#47 Mon, 16 Feb 2015 19:36:31 GMT kexec?<br> https://opennet.ru/openforum/vsluhforumID3/101466.html#46 Mon, 16 Feb 2015 09:52:41 GMT Реквестирую отключение по-умолчанию данной "фичи" для не-серверных ядер. Ибо локалхост заведомо слабее защищен, чем "критический сервис", и это может привести к появлению нового ботнета. <br> https://opennet.ru/openforum/vsluhforumID3/101466.html#45 Mon, 16 Feb 2015 07:33:55 GMT &gt;&gt; определенно нужна функция перезагрузки без перезагрузки ядра <br>&gt; systemctl isolate emergency && systemctl isolate default, не?<br><br>Pid(1) перезапускает? А то ж динамически линкованные glibc, openssl, xorg и апач, да.<br> https://opennet.ru/openforum/vsluhforumID3/101466.html#44 Sun, 15 Feb 2015 18:54:55 GMT &gt; Думаешь неведомая фигня, применяющая патчи налету, ковыряющаяся в стеке и подменяющая функции, добавит системе надежности и предсказуемости?<br><br>Почему неведомая? Она вполне себе логично работает. Другое дело, что ковыряние в стеке не нужно, достаточно создавать копию функции с подменой всех точек вызова - и те, кто зашёл в старую, выйдут также в старую.<br> https://opennet.ru/openforum/vsluhforumID3/101466.html#43 Sun, 15 Feb 2015 18:52:35 GMT &gt;&gt; Кроме шуток - крики "у меня критичный сервис, я не могу перезагрузиться" <br>&gt;&gt; очень смешат. Потому что действительно критичных сервисов без резервного железа в <br>&gt;&gt; принципе не бывает.<br>&gt; Очень много "а вдруг", даже с боевым тестированием. Любой вывод системы из <br>&gt; штатного режима рискован сваливанием в штопор. Даже если у вас мега-отказоустойчивый <br>&gt; и 50 раз проверенный кластер, 51 раз может оказаться "как у <br>&gt; фейсбука недавно". Поэтому никто не любит лишних ребутов и рестартов.<br><br>Думаешь неведомая фигня, применяющая патчи налету, ковыряющаяся в стеке и подменяющая функции, добавит системе надежности и предсказуемости? <br>