The OpenNET Project / Index page

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

Компания SUSE развивает свободную систему для обновления ядра без перезагрузки

03.02.2014 20:21

Компания SUSE представила систему kGraft, в рамках которой развивается аналог поставляемой компанией Oracle технологии Ksplice, позволяющей выполнить обновление ядра Linux без остановки работы системы. Как и Ksplice возможности kGraft ограничены внесением на лету исправлений, не затрагивающих динамически изменяемые структуры данных ядра. Тем не менее, этого достаточно для устранения уязвимостей в ядре и исправления многих видов логических ошибок.

Обновление ядра Linux на лету является востребованной возможностью для промышленных дистрибутивов и систем, критичных ко времени простоя, но несмотря на доступность на рынке решений, предоставляющих подобную функциональность, свободная и общедоступная реализация до сих пор не предоставляется штатным ядром Linux. В отличие от Ksplice, который является проприетарной разработкой (один из ранних вариантов Ksplice был открыт, но очень давно не обновлялся), kGraft изначально позиционируется как свободный проект.

В настоящее время kGraft находится на стадии работающего прототипа, требующего доработки. В марте, после приведения кода в порядок, созданные в рамках проекта наработки планируется предложить для включения в состав основной ветки ядра Linux. Компоненты, работающие на уровне ядра, будут открыты под лицензией GPLv2, а выполняемые в пространстве пользователя утилиты, позволяющие создавать live-патчи к ядру, - под лицензией GPLv3.

Средства наложения патчей на базе kGraft ограничены заменой целиком функций и связанных с ними констант. Патч формируется при помощи специального инструментария, на основе анализа исправлений исходных текстов выявляющего подлежащие замене функции и формирующего исходный код модуля ядра с реализацией патча. Cгенерированный модуль загружается в ядро штатными средствами, как и любой другой модуль ядра, после чего выполняет все необходимые действия по внесению изменений в ядро без прерывания работы системы. В своей работе kGraft базируется на технологиях и идеях уже доступных в ядре: ftrace, зарезервированное через mcount место в заголовках функций, уже применяемая в jumplabels техника исправления INT3/IPI-NMI, RCU-подобное обновление кода, не требующее остановки ядра.

  1. Главная ссылка к новости (https://www.suse.com/company/p...)
  2. OpenNews: Компания Oracle представила сервис для проверки необходимости обновления ядер произвольных дистрибутивов
  3. OpenNews: Oracle поглотил компанию Ksplice, развивающую технологию обновления Linux-ядра без перезагрузки
  4. OpenNews: Выпуск CRIU 1.0, системы для заморозки и восстановления состояния процессов в Linux
  5. OpenNews: В Fedora Linux обеспечена поддержка обновления ядра без перезагрузки
  6. OpenNews: Oracle представил сервис Ksplice для RHEL и продлил поддержку для Oracle Linux до 10 лет
Лицензия: CC-BY
Тип: Интересно / К сведению
Короткая ссылка: https://opennet.ru/38994-suse
Ключевые слова: suse, kernel, patch, ksplice
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (114) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, MPEG LA (?), 20:34, 03/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто-нибудь хоть раз пользовал ksplice? у меня жуткое недоверие к таким штукам, предпочитаю перезагрузить серв в три часа ночи.
     
     
  • 2.4, metallica (ok), 20:44, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • –10 +/
    > кто-нибудь хоть раз пользовал ksplice? у меня жуткое недоверие к таким штукам,
    > предпочитаю перезагрузить серв в три часа ночи.

    Когда доверят базу в сотню TB, крутящуюся на sparc Mxxx, с требованием
    доступности в режиме 365/24/7, тогда попробуете.

    Suse в режиме-что крестьяне, то и обезьяне.

     
     
  • 3.12, pavlinux (ok), 20:53, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +42 +/
    > доступности в режиме 365/24/7, тогда попробуете.

    Остановите Землю, я сойду!

    365/24/7 - такие системы не делают ужо лет 15.
    Суют все в кластеры, облака, и другую расспред. хрень, где смерть одного сервака
    эквивалентна смерти таджика в Бутово. (всем пох.)

      

     
     
  • 4.20, metallica (ok), 21:41, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Остановите Землю, я сойду!
    > 365/24/7 - такие системы не делают ужо лет 15.
    > Суют все в кластеры, облака, и другую расспред. хрень, где смерть одного
    > сервака
    > эквивалентна смерти таджика в Бутово. (всем пох.)

    Инфа 100%?


     
     
  • 5.31, ананим (?), 22:53, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    146% что на указанных вами спарках нет ни ораклового linux'a (и соответсвенно Ksplice), ни какого-нибудь другого. Да, и покажите где такое же есть в в соляре.

    И вообще павлинух прав — за разработку решения комплекса, работоспособность которого зависит от единой точки отказа, в современных реалиях нужно увольнять.
    Уж лет 5-7 как в топ500 сплошь одни кластеры.

    зыж
    Хотя опять же, сама тема/идея очень интересна и я против неё уж точно не выступаю.
    Глупо перегружать сервак, если к примеру нашли тривиальную уязвимость (в каком-нибудь tty) и с ней работать стрёмно, а ТО ещё не скоро.

     
     
  • 6.49, anonymous (??), 00:07, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Глупо перегружать сервак, если к примеру нашли тривиальную уязвимость (в каком-нибудь tty) и с ней работать стрёмно, а ТО ещё не скоро.

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

     
     
  • 7.55, ананим (?), 00:21, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >вероятность такого очень мала.

    Что за околоайтишный бред вы пишите?
    «вероятность», «В современном мире», «все зависят от всех»,… Вы точно не бот?

    С чего это вдруг? Таких багов куча. Их большинство.
    Речь идёт именно о багах, а не о новой функциональности.
    Вот сценарий поведения — я, админ, прочитав cve на баг и релизнот к патчу (а в случае линуха и сам патч), понял, что изменения пары байт в коде ядра, как пара пальцев об асфальт.
    И я легко это делаю (в случае «запущенного» ынтырпрайза, предварительно убедившись, что этот конкретный баг можно применять на лету согласно вот таким-то пруфам), без ваших космических кораблей в большом театре.

     
  • 6.54, metallica (ok), 00:12, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ksplice), ни какого-нибудь другого. Да, и покажите где такое же есть
    > в в соляре.

    Обновления, пропатчивания ядра без перезагрузки в солярисе доступны ещё с 8-ой версии.

    > Уж лет 5-7 как в топ500 сплошь одни кластеры.

    Опять вы с этим top500. Пора понять, что там распределённые считалки, а rdbms в сотню
    TB на кластер не натянешь.

     
     
  • 7.57, ананим (?), 00:33, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А вы ими пользовались Я 8212 да Скажем так 8212 очень и очень ограниченн... большой текст свёрнут, показать
     
     
  • 8.63, metallica (ok), 00:53, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Свежие патчи с от сановских разрабов, с интсрукцией по инсталляции, свои для каж... текст свёрнут, показать
     
     
  • 9.66, ананим (?), 01:07, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так Чувствую, что тут место уже пруфам Есть подозрения, что вы имеете в виду и... большой текст свёрнут, показать
     
  • 9.75, ананим (?), 02:28, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    зыж другим нет надобности патчить блобы что само по себе нонсенс в общем то ... текст свёрнут, показать
     
  • 7.69, Dmitry77 (ok), 01:25, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >rdbms в сотню TB на кластер не натянешь

    rdbms я бы сказал  да. Но базы бываю не только реляцонные.

     
     
  • 8.112, UnknownUnkle (?), 12:13, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    имхо все системы управления бд в той или иной степени работают с реляционной мо... текст свёрнут, показать
     
     
  • 9.120, Аноним (-), 15:44, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ууу, как всё запущено-то ... текст свёрнут, показать
     
  • 9.125, Пингвино (ok), 02:03, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Давай, расскажи мне про реляционную модель в граф-ориентированной СУБД... текст свёрнут, показать
     
  • 6.68, linux must _RIP__ (?), 01:17, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а причем тут top500? :) дабы ляпнуть..
     
     
  • 7.71, ананим (?), 01:48, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    а почему нет? у? :D

    зыж
    ок. могу и сюда отправить http://www.tpc.org/tpcc/results/tpcc_results.asp
    TPC-C - All Results - Sorted by Performance
    >Oracle SPARC SuperCluster with T3-4 Servers
    >Oracle Database 11g R2 Enterprise Edition w/RAC w/Partitioning

    подробнее http://c970058.r58.cf2.rackcdn.com/fdr/tpcc/Oracle_SPARC_SuperCluster_with_T3
    >SPARC SuperCluster with 27 T3-4 Servers
    >Oracle Database 11 Release 2 with Oracle Real Application Clusters and Partitioning
    >Total System Cost — $30,528,863 USD

    Внимание! pdf.

     
     
  • 8.104, linux must _RIP__ (?), 10:20, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален внимание - top500 к TPC отношения не имеет - надо даже... текст свёрнут, показать
     
     
  • 9.107, ананим (?), 10:34, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Внимание Тебя уже послали по двум разным адресам Этого достаточно ... текст свёрнут, показать
     
  • 6.76, Michael Shigorin (ok), 02:34, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уж лет 5-7 как в топ500 сплошь одни кластеры.

    Вообще-то HPC != HA.

     
     
  • 7.78, ананим (?), 03:31, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то уже тыщу раз ответил.

    зыж
    К тому же «база в сотню TB» не есть синоним реляционной базы.

     
     
  • 8.105, linux must _RIP__ (?), 10:21, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    что такое 100 TB размер одной дисковой полки вот если говорить о объемах 10 ... текст свёрнут, показать
     
  • 8.110, ананим (?), 11:08, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    пруф-и-и-ик http msdn microsoft com en-us library windows desktop ff729480 28v... текст свёрнут, показать
     
  • 4.26, freehck (ok), 22:14, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Угу. А для того, чтобы обновить ядро в Dom0, необходимо перенести все работающие на нём виртуалке на другое железо. Лепота. ;)
     
     
  • 5.32, ананим (?), 22:57, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Звучит так, что вы их вручную собрались переносить. Эдакий вариант грузчика от ИТ.
    Лив-миграцию, если что, не вчера придумали. Если её у вас нет, то самое время об этом подумать (т.к. её отсутствие у вас — это не аргумент на форумах, включая опеннет)
     
     
  • 6.39, ALex_hha (ok), 23:09, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Звучит так, что вы их вручную собрались переносить. Эдакий вариант грузчика от
    > ИТ.
    > Лив-миграцию, если что, не вчера придумали. Если её у вас нет, то
    > самое время об этом подумать

    ага, так и представляю сколько часов/дней будут мигрировать виртуалки на пару сотен ТБ. У нас вон на хваленном RackSpace cloud сервер мигрировал с ноды на ноду 5 часов. Вот такой вот live megration без простоя :D И это с возможностями и бюджетом RS

     
     
  • 7.41, ананим (?), 23:13, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >виртуалки на пару сотен ТБ

    Я правильно понимаю, что вот тут вы указали именно ОЗУ?
    А не размер виртуалок в хранилище (безусловно в шаред хранилише, мы ж серьёзные дятьки, а не пасаны прыщавые?)

     
  • 7.79, Аноним (-), 03:42, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В рэкспейсе не используется общее хранилище изначально, потому у них все виртуалки лежат на локальных дисках dom0 и, соответственно, живой миграции нет. А на то, чтобы переделывать такую архитектуру в масштабах рэкспейса, никакого бюджета не хватит.
     
  • 5.34, pavlinux (ok), 23:02, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А где дублирующий сервер?
     
  • 5.128, Аноним (-), 06:15, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Угу. А для того, чтобы обновить ядро в Dom0, необходимо перенести все
    > работающие на нём виртуалке на другое железо. Лепота. ;)

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

     
  • 4.116, xex (?), 13:47, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    рассажите это Сберу, они-то не в курсе были, когда у них оракл принял пушистого серверного пушистого зверька  :)
     
     
  • 5.124, alexanderyt (ok), 19:55, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Расшифруй.
     
     
  • 6.127, Пингвино (ok), 02:06, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Расшифруй.

    Админ не делал бэкапы

     
  • 3.16, Аноним (-), 21:06, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот когда тебе доверят - и будешь тявкать.
    А то бы знал что такие базы вертят на раке, а ему ноды никто не мешает ребутить.
    Российское IT - это зимбабве :(
     
     
  • 4.21, metallica (ok), 21:42, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот когда тебе доверят - и будешь тявкать.
    > А то бы знал что такие базы вертят на раке, а ему
    > ноды никто не мешает ребутить.
    > Российское IT - это зимбабве :(

    Какое слово знаешь RAC ух ты.


     
  • 4.30, Аноним (-), 22:44, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если б ты знал какое вертят на кластерах VMS и что раку до него как до Пекина раком..


     
     
  • 5.33, ананим (?), 23:00, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Раку до много раком. И на то есть объективные причины для реляционных субд.
    А что вертят на VMS?
     
     
  • 6.51, Аноним (-), 00:09, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну причему тут реляционность-то, DB/400 она как-то не мешала.
    На VMS крутят то что не должно падать no matter what.

     
     
  • 7.58, Аноним (-), 00:40, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > На VMS крутят то что не должно падать no matter what.

    То, что не должно падать - вертят на кластерах. А на VMS вертят все, что угодно, когда нет бабла на нормальное железо.

     
     
  • 8.61, Аноним (-), 00:47, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот кластеры - они как раз на VMS А то что вы называете кластерами - это см... текст свёрнут, показать
     
     
  • 9.65, ананим (?), 00:59, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    угу, до 96 в одном кластере ... текст свёрнут, показать
     
  • 9.83, Аноним (-), 04:58, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Кластеры есть а софта - нет Парадокс Ага - весть top500 просто ржёт ... текст свёрнут, показать
     
     
  • 10.84, Аноним (-), 05:31, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Куда бы он делся, софт как крутился так и крутится, по 20 лет аптайма на VMS кла... текст свёрнут, показать
     
  • 7.60, ананим (?), 00:44, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    При том.
    Потом у что я говорю о сотне-тысяче серверов в одном RAC, а вы об одном VMS.
    Как начнёте говорить о множественном числе, тогда и приходите.
    Территориально распределитесь уже, так сказать.
    Ну или поставьте ваш VMS на железо, которое я смогу купить в ближайшем м-видио.

    зыж
    Если что, оракл работает и без RAC. Вон они, платформы http://ru.wikipedia.org/wiki/Oracle_Database#.D0.9F.D1.80.D0.BE.D0.B3.D1.80.D , включая вашу панацею.

     
     
  • 8.62, Аноним (-), 00:48, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть сначала кому-то стоит научиться читать ... текст свёрнут, показать
     
     
  • 9.64, ананим (?), 00:57, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И точно знаю кому А потом ему стоит посмотреть и понять почему оракл предпочит... текст свёрнут, показать
     
     
  • 10.70, Аноним (-), 01:26, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Слыхали мы про те рекорды когда у Сбербанка процессинг лежал ... текст свёрнут, показать
     
     
  • 11.72, ананим (?), 01:54, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    точка зыж хорошо что не на mssql а то лежал бы каждую неделю ... текст свёрнут, показать
     
     
  • 12.99, Hugo Reyes (ok), 08:52, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас нет практически ни у кого процессинга на нонстопе Все банки ручками пере... текст свёрнут, показать
     
     
  • 13.102, ананим (?), 09:46, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальный банк должен иметь своё решение и не особо зависеть от вендоров, имхо ... текст свёрнут, показать
     
  • 13.114, Карбофос (ok), 12:50, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    на обычном железе до сих пор я считал, что железо это сертифицировано должно бы... текст свёрнут, показать
     
     
  • 14.115, Hugo Reyes (ok), 12:59, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну обычное - имею ввиду обычное серверное железо из линеек hp proliant ibm syste... текст свёрнут, показать
     
  • 10.86, Аноним (-), 05:36, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что ему нужны рекорды и продажи, очевидно А с помощью VMS решают несколь... текст свёрнут, показать
     
     
  • 11.88, ананим (?), 06:06, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Аминь Только вот с чего вы тут пальцы гнуть стали, не понятно И зачем бы мне э... текст свёрнут, показать
     
  • 11.96, Vkni (ok), 07:27, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну явно не VMS Может быть RSX, RT-11, RTSE или ещё что, даже UNIX мог быть ... текст свёрнут, показать
     
  • 3.23, Аноним (-), 22:02, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Когда доверят базу в сотню TB, крутящуюся на sparc Mxxx, с требованием
    > доступности в режиме 365/24/7, тогда попробуете.

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

     
  • 3.95, Аноним (-), 07:15, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И как у тебя там на спарках Линукс (с возможностью перезапуска ядра без перезагрузки) поживает?
     
  • 3.133, Аноним (-), 19:49, 09/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ..доступности в режиме 365/24/7, тогда попробуете.

    1. объясните, что общего между 365/24/7 и сусе
    2. плюс про кластеры вам выше уже написали

     
  • 2.92, Аноним (-), 07:09, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > предпочитаю перезагрузить серв в три часа ночи.

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

     
     
  • 3.111, MPEG LA (?), 11:36, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    для моих задач 5 минут раз в месяц в read-only можно.
    вопрос сколько граблей кроется в сабже?
     
     
  • 4.129, Аноним (-), 06:17, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > для моих задач 5 минут раз в месяц в read-only можно.

    Можно? Тогда пользуйтесь, я тоже не возражаю.

    > вопрос сколько граблей кроется в сабже?

    Зависит от пряморукости того кто патчи генерит. А вас послушать - нейрохирургия вообще существовать не должна...

     

  • 1.2, anonymous (??), 20:35, 03/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?
     
     
  • 2.3, Аноним (-), 20:41, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    На каком лету? kexec это почти перезагрузка
     
  • 2.6, Аноним (-), 20:46, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?

    Можно, но состояние предыдущего ядра будет утрачено

     
  • 2.22, Аноним (-), 22:01, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?

    kexec - это "сверхгорячая" перезагрузка, без инициализации биоса. Но все-таки перезагрузка.

     
     
  • 3.29, Аноним (-), 22:42, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    То есть весь смысл сводится к сокращению времени перезагрузки?
     
     
  • 4.38, Lain_13 (ok), 23:06, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, подразумевается, что тут вообще нет перезагрузки и всё в системе продолжает работать будто ничего и не было. Буквально всё, кроме того маленького участка, который заменили — при следующем его вызове отработает уже новый код.
     
     
  • 5.48, Аноним (-), 00:06, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И будут восстановлены все состояния всех внутренних структур ядра - буферы, локи, и прочее? А что делать с теми, которые в новом ядре изменились? В каждом ядре реализовывать некий интерфейс сериализации всего этого, с неизменным API?
     
     
  • 6.73, ананим (?), 02:23, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да прочитайте уже что-нибудь по теме.
    типа этого http://www.prolinux.org/node/197
     
     
  • 7.80, Аноним (-), 04:19, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Там написано с какими ключами что запускать, а про внутреннее устройство - только общие слова.
     
     
  • 8.81, ананим (?), 04:51, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и начните с общих слов И далее Или вам тут кто-то обязан всё разъяснять ... текст свёрнут, показать
     
     
  • 9.85, Аноним (-), 05:32, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А далее выясняется что всё очень туповато Даже скучно ... текст свёрнут, показать
     
     
  • 10.89, ананим (?), 06:11, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А вы что хотели Чтобы вместо ядра linux вдруг появилось ядро hurd Это мелкие п... текст свёрнут, показать
     
  • 5.52, anonymous (??), 00:10, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    именно так, и если есть неявная зависимость от поведения других сервисов от этого кода то модно поздравить с "как бы перезагрузкой".
     
  • 4.59, Аноним (-), 00:42, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > То есть весь смысл сводится к сокращению времени перезагрузки?

    У kexec - да. У ksplice и сабжа - нет.

     
  • 2.93, Аноним (-), 07:10, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > нельзя заменить ядро "налету"?

    Уж как заменит, так заменит - налет получается похожий на перезагрузку, только BIOS не у дел.

     

  • 1.5, Аноним (-), 20:45, 03/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ерундой занимаются ! :(
     
     
  • 2.7, A.Stahl (ok), 20:48, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. Теперь аптаймами мериться будет не так эпично.
     
  • 2.9, Аноним (-), 20:49, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ерундой занимаются ! :(

    Вещь крайне полезная. Однако архитектура современного софта явно не соответствует подобного рода подходам. Вместо плавного перетекания информации (состояния) в пространстве и времени, мы вынуждены сидеть в тюрьмах одного процесса/проецессора/машины/подсети и проч.

     
     
  • 3.13, pavlinux (ok), 21:01, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Ерундой занимаются ! :(
    > Вещь крайне полезная. Однако архитектура современного софта явно не соответствует подобного
    > рода подходам. Вместо плавного перетекания информации (состояния) в пространстве и времени,
    > мы вынуждены сидеть в тюрьмах одного процесса/проецессора/машины/подсети и проч.

    Ещо один отставший от прогресса.

     
     
  • 4.25, Аноним (-), 22:14, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещо один отставший от прогресса.

    Что-то мне подсказывает, что параллельно он жалуется на "надоевшую рекламу бесполезных облачных технологий, придуманных жадными менеджерами" :)

     
  • 3.28, Аноним (-), 22:38, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    вещь крайне опасная и ненужная. Нет средств валидации корректности обновления, т.е. заранее нельзя сказать сломает ли обновление структуры и не навернётя ли всё медным тазом после этого.

    Системы, где действительно нужна высокая доступность, делают в дублях так, что можно выводить на обслуживания её отдельные части.

     
     
  • 4.94, Аноним (-), 07:11, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > вещь крайне опасная и ненужная.

    Кто не рискует - тот не пьет шампанского.

     
     
  • 5.100, Hugo Reyes (ok), 08:56, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> вещь крайне опасная и ненужная.
    > Кто не рискует - тот не пьет шампанского.

    В ынтерпрайзе рискменеджмент шампанского не пьёт, там на каждый чих кост считается.

     
     
  • 6.130, Аноним (-), 06:19, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > В ынтерпрайзе рискменеджмент шампанского не пьёт, там на каждый чих кост считается.

    Ну вот у кого риск от шатдауна перевесит риски от патчинга на лету - те и будут пользоваться. Капитанов вызывали?


     

  • 1.8, backbone (ok), 20:48, 03/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, будет ли нужен ksplice при наличии свободной реализации?...
     
     
  • 2.11, Аноним (-), 20:50, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Интересно, будет ли нужен ksplice при наличии свободной реализации?...

    У пользователей решений от Оракла просто не будет выбора

     
  • 2.24, Аноним (-), 22:05, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересно, будет ли нужен ksplice при наличии свободной реализации?...

    Сейчас придет линуксмастрип и начнет рассказывать, что только ksplice свободна и кошерна, а корпорастические поделки от всяких редха... ой, то есть сусей, должны сдoхнуть.

     
     
  • 3.40, ананим (?), 23:09, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >линуксмастрип

    уже тыщу раз повторено — он имеет такое же отношение к ораклу, как и айзен.
    т.е. от этих ынтызуастов больше вреда, чем пользы ☺

     
     
  • 4.77, Аноним (-), 02:36, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Капитан, это вы?
     
     
  • 5.91, ананим (?), 06:14, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
    Был лет десять назад. :D
     
  • 3.131, Аноним (-), 06:20, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас придет линуксмастрип и начнет рассказывать, что только ksplice свободна и кошерна,

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

     
  • 2.37, ананим (?), 23:06, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Интересно, будет ли нужен ksplice при наличии свободной реализации?...

    А почему нет?
    Вы лично готовы нести ответственность, что всё ненаипнётца, если вот так стеночку подвинуть?

    зыж
    у оракла 60% дохода — с подписчиков поддержки. это ж не спроста?

     
     
  • 3.44, Sluggard (ok), 23:43, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А что, обычно Оракл ответственность несёт? Пруф ор ГТФО.
     
     
  • 4.45, Sluggard (ok), 23:44, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Для слепых.
     
     
  • 5.46, ананим (?), 23:51, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос был не в том кто «несёт», а в том, готов ли к этому лично ты?

    Очевидно, что ваше руководство легко может уволить вас, но не Ларри.
    И за это оно (руководство/владелец, не вы же?) ещё и платит Ларри бабки, прикинь? :D

     
  • 3.47, Аноним (-), 23:52, 03/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Оспадя, да когда ж вы, даyны, переведетесь? Да не будет ни Оракл, ни Редхат, ни Мракософт брать ответственность за факапы своих осей. Никогда. Тем более, за те грОши. Спрячь свои глупые пoнты на дальнюю полку и не позорься.
     
     
  • 4.50, ананим (?), 00:08, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да когда ж ты, придурок, поймёшь, что мне похрену, берёт на себя оракл что-то или нет.
    Главное чтобы тебя, полудурка не уволили.

    А там пусть хоть месяц чинят. Ещё и премию вытребую за сверх-урочные и за опасность для интеллекта, связанная с общением с индусами металинка.

     

  • 1.56, runoverheads (ok), 00:25, 04/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    PCMan-Qt можно взять
     
  • 1.74, Аноним (-), 02:26, 04/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень символично сейчас на опеннете две новости. Одни меняют файловый менеджер, а другие обновление ядра без перезагрузки.
     
     
  • 2.87, Аноним (-), 05:48, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо это от того что для настольного компьютера, ноутбука, телефона и планшета файловый менеджер важнее.
     
     
  • 3.90, ананим (?), 06:13, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тем более, что последние наутилусы — дикий кошмар.

    зыж
    >Очень символично

    Ну дык. Свинья везде грязь найдёт.

     
  • 3.117, Аноним (-), 14:13, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть дольфин и другие.
     
     
  • 4.123, ананим (?), 19:51, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    который в юнити будет смотреться как инопланетянен не меньше наутилуса (и других).
     
  • 2.97, ананим (?), 07:27, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    http://www.prolinux.org/node/197
    >Теперь Ksplice представил проект Uptrack, который распространяется на платной основе для Oracle Linux, RedHat и прочих, кроме Ubuntu и Fedora.

    Пукнул в лужу. Для Ubuntu и Fedora сабж итак есть, и бесплатный.
    Вот более официально:
    >Ksplice Uptrack is available for Oracle Linux, free of charge, for Oracle Linux customers with a Premier support subscription. Additionally, anyone can use Ksplice Uptrack for free on Ubuntu Desktop and Fedora.

    http://www.ksplice.com/

    зыж
    очень символично ламеру тявкать на убунту/<имярек>, в надежде сойти за умудрённого опытом.

     
     
  • 3.121, Аноним (-), 17:27, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пукнул в лужу. Для Ubuntu и Fedora сабж итак есть, и бесплатный.

    Насколько я помню, оно уже давно не шевелится.

     
     
  • 4.122, ананим (?), 19:48, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    правильнее — насколько вы фантазируете.


    зыж
    ещё раз.
    первая ссылка http://www.prolinux.org/content/kak-my-delaem-bekap-saita-v-git-repozitorii.p
    >обновление ядра без перезагрузки
    >insider пн, 26/08/2013

    вторая ссылка — официальная поддержка на стартовой странице самого проекта, то бишь оракла (его логотипы там во всех местах).

    ззыж
    а сабж только собирается нечто подобное делать. и не для опенсюзе насколько я понял.

     

  • 1.98, Аноним (-), 08:44, 04/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    в свете последних слухов о том, что зюзю разгоняют - новость положительная
     
     
  • 2.101, анонимм (?), 09:19, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    почему зузешники не знают, что их разгоняют? или они боятся произносить?
     

  • 1.103, Alexandr P (?), 10:15, 04/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В чём преимущества сабжа по сравнению с системой, используемой в Дебиане?
     
     
  • 2.108, анонимм (?), 10:40, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а какая у вас в дебиане?
     
     
  • 3.113, Alexandr P (?), 12:45, 04/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже я всё напутал. Судя по https://www.linux.org.ru/forum/admin/5751970 перезагрузка в Debian нужна.
     

  • 1.132, Аноним (-), 06:24, 05/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    куча вопросов создателям.
    основной "для чего?!"
    учитывая чьи уши торчат из-за Новелл и Майкрософт, все эти НИОКР, оплачивающих - вопрос отнюдь, не праздный.
    лучше уж kexec пилили бы до похоже уровня и вправду.
    ну или SeL4, да, к примеру.
     

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



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

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