The OpenNET Project / Index page

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

В Fedora Linux обеспечена поддержка обновления ядра без перезагрузки

01.09.2010 15:04

Разработчики сервиса Ksplice объявили о начале бесплатного выпуска обновлений для Fedora Linux. Сервис позволяет обновлять содержимое Linux-ядра на лету, без временной остановки работы и перезагрузки системы. Код проекта ksplice распространяется свободно, но сервис распространения готовых обновлений доступен только для платных подписчиков. Ранее обновления распространялись бесплатно только для пользователей Ubuntu Desktop 9.04, 9.10 и 10.04, отныне данная категория расширена дистрибутивом Fedora 13.

Для Red Hat Enterprise Linux, CloudLinux, Ubuntu Server, Debian GNU/Linux и CentOS обновления распространяются на коммерческой основе, стоимость подписки составляет около 40 долларов в год. Для демонстрации работы системы любой желающий может подписаться на бесплатный 30-дневный пробный период. В ближайшем будущем список поддерживаемых систем будет дополнен дистрибутивами семейства SUSE Linux.

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

Ksplice универсален и не требует какой-либо модификации работающего Linux ядра, требуется лишь подгрузить два модуля ядра для внесения pre- и post-изменений, и специальным образом оформить файл изменений, который будет спроецирован на работающее ядро. Ksplice невозможно использовать, когда изменения затрагивают структуры данных, но подавляющие большинство исправлений ошибок безопасности не производят подобные модификации (ksplice подходит для применения исправлений для 87% уязвимостей в ядре).

  1. Главная ссылка к новости (http://www.ksplice.com/news/20...)
  2. OpenNews: Введен в строй сервис обновления Linux ядра без перезагрузки
  3. OpenNews: Проект обновления Linux ядра без перезагрузки получил грант в 100 тыс. долларов
  4. OpenNews: Для Ubuntu Linux представлен сервис обновления ядра без перезагрузки
  5. OpenNews: Представлена система для обновления Linux ядра без перезагрузки
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/27811-Ksplice
Ключевые слова: Ksplice, kernel, linux, fedora
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 15:10, 01/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без перезагрузки. Если работает - то зачем дергать либо обнови та перезапусти, минутное дело ведь.
     
     
  • 2.2, ы (?), 15:21, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без перезагрузки. Если работает - то зачем дергать либо обнови та перезапусти, минутное дело ведь.

    Для серверов же вполне актуально.

     
     
  • 3.75, Frank (??), 00:46, 04/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Для серверов же вполне актуально.

    Есть только одна проблема: Ubuntu Desktop 9.04, 9.10 и 10.04, и Fedora 13 - не серверные.

     
     
  • 4.76, Logo (ok), 01:08, 11/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Есть только одна проблема: Ubuntu Desktop 9.04, 9.10 и 10.04, и Fedora 13 - не серверные.

    Официально, а так, что мешает их "сервернуть" :)

     
  • 2.3, gkv311 (ok), 15:21, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ээээ, может на постоянно используемом сервере, где ошибки безопасности лучше сразу лечить?
     
  • 2.4, Гн. Арбузов (?), 15:22, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    дырки в безопасности на лету лотать, очевидно же.
     
     
  • 3.11, Анонимный трус (?), 16:18, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Латать
     
  • 3.53, анонимиус (?), 17:39, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >дырки в безопасности на лету лотать, очевидно же.

    Вам тогда на ebay! %)

     
  • 2.5, Samm (??), 15:44, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    "Минутное дело" (а с учетом серверных рейдом - часто и более) может стоить очень дорого, особенно если это DB или NFS сервер (да или тот же VoIP transit). Да и шансы зависнуть в глючном биосе могут быть сильно больше 0.
     
     
  • 3.7, s_dog (??), 15:51, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Глючный BIOS, на критическом серваке, как так? :)
     
     
  • 4.9, Samm (??), 16:14, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Запросто. У меня был весьма недешевый рейд контроллер от HP, который раз в н ребутов мог не загрузиться, причем повторяемость была крайне низкая.  Еще вариант - батарейка в смосе сядет, и привет. Конечно, это можно отследить по IPMI, но далеко не везде заморачиваются подобным мониторингом.

    Ну и в целом - для войпа, например, стоимость минуты - крайне высока, а в случае стартапа денег на полное резервирование всего может просто не быть. Кстати, еще 1 вариант - хостинг сервер. Сотни (или больше) клиентов на каждом сервере, и каждый хочет 99.99% аптайм :)

     
  • 4.10, аноним (?), 16:18, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Внеплановое обновление на критическом серваке вас удивляет больше?
     
     
  • 5.12, Samm (??), 16:22, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Внеплановое обновление на критическом серваке вас удивляет больше?

    Ну а если сервер зависнет при плановом ребуте - вам сильно легче станет? :)

     
     
  • 6.16, redixin (?), 17:47, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    плановый ребут?

    Виндоуз админ детектед

     
     
  • 7.18, Аноним (-), 17:55, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    покажи свои аптаймы, ну
     
     
  • 8.23, maxkit (ok), 18:37, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Показываю uptime 10 36AM up 352 days, 21 58, 1 user, load averages 0 24, 0 ... текст свёрнут, показать
     
     
  • 9.27, Michael Shigorin (ok), 20:23, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Мужики, кончайте меряться аптаймами, пока VMS-ники какие замшелые не пришли П... текст свёрнут, показать
     
     
  • 10.67, universite (ok), 15:08, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    только трУсы ребутятся ... текст свёрнут, показать
     
  • 9.43, sashka_ua (?), 04:36, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Плановый ребут нормальная и необходимая практика, вне зависимости от используемы... текст свёрнут, показать
     
     
  • 10.56, AlexAT (ok), 17:54, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для мазохистов Fixed ... текст свёрнут, показать
     
  • 7.58, XoRe (ok), 20:38, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >плановый ребут?
    >
    >Виндоуз админ детектед

    Вот вы готовы дать руку/ногу/голову на отсечение, что у вас все изменения в конфигурации так же (и без ошибок) сохранены в конфигах?
    А если у вас в отделе несколько админов, вы за каждого готовы поручиться?)
    Правильно ли сохранены настройки, хорошо видно после перезагрузки.
    И лучше, если вы узнаете что-то новое для себя тогда, когда вам это удобно (и вы будете рядом).
    А не когда будет аврал, скажем, изза питания (а вы где-нибудь в египте).

     
     
  • 8.59, Alex (??), 20:42, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    100 windows admin detected ... текст свёрнут, показать
     
     
  • 9.63, Michael Shigorin (ok), 21:59, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вам годиков сколько, разрешите поинтересоваться И стаж рутом не на локалхосте,... текст свёрнут, показать
     
     
  • 10.68, Alex (??), 18:44, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Глючный он у вас, вот и помаргивает Как что не понравилось - сразу на личности ... текст свёрнут, показать
     
     
  • 11.70, Alex (??), 18:46, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    говорит очепяталсо ... текст свёрнут, показать
     
  • 11.73, Michael Shigorin (ok), 20:47, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Говорят, но тем более удивительны фразки вида windows админ детектед ... текст свёрнут, показать
     
  • 9.65, XoRe (ok), 00:01, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А теперь слушайте Как раз в windows настройки сервисов сохраняются при изменени... текст свёрнут, показать
     
     
  • 10.69, Alex (??), 18:45, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда Windows-админы лезут в nix, ровно так и получается Ибо написать скрипты ... текст свёрнут, показать
     
     
  • 11.74, Michael Shigorin (ok), 20:53, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы Среди линуксоводов тоже полно таких, кто не понимает -- сперва пишем,... текст свёрнут, показать
     
  • 3.13, Аноним (-), 16:33, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    если "реально дорого", есть HA, есть живая миграция. если, конечно, "реально дорого", а не "руководство щеки дует".
     
     
  • 4.14, Samm (??), 16:42, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я выше привел пример - масс хостинг. Строить HA - нерентабельно. А аптайм - весьма важен. 4 бакса за сервер в данном случае - вполне оправданная затрата, на мой взгляд.
     
     
  • 5.31, Аноним (-), 23:57, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Строить HA - нерентабельно. А аптайм - весьма важен.

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

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

     
     
  • 6.36, Michael Shigorin (ok), 00:52, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >взаимоисключающие параграфы детектед. либо ваши клиенты могут оплачивать HA, либо нет.

    А также бэкап, рейд, дублированные блоки питания, etc.  Есть куча вещей, которые могут несколько пересекаться по эффекту, но high availability в смысле организации failover -- это всё-таки не на четыре девятки вроде, а на пять-шесть осмысленно городить, нет?  Если не пытаться одновременно сэкономить на спичках.

    >если они не могут оплатить sla и соотв. число девяток -
    >я не понимаю смысла обеспечивать им какой-то аптайм.

    Клиента любить надо.  Вы к нему по-человечески -- и он к вам, а не к соседу.

    >ha всяко предназначен не для бесперебойного сервиса, а для минимизации простоев сервиса.

    Да.

    >вам всяко же хотя бы раз в полгода нужно гасить систему,
    >обновлять прикладное ПО,

    Проверяется на стенде, выкатывается проверенное.

    >фирмварь.

    Зачем?  За исключением дырок в торчащем в сеть и каких-то глюков, которые не следовало пропускать на предзакупочной стадии -- не припоминаю смысла чинить то, что работает.

    Из заметных исключений -- прошивка Mellanox 10GE, которые при включенном Intel VT-d способны без уважительных причин криво дропать трафик.  Если этот VT-d понадобится, вот тогда придётся что-то думать и шить.  И то в случае наличия out-of-band доступа и без необходимости ресетить железку по питанию можно обойтись без существенного даунтайма.

     
     
  • 7.38, Аноним (-), 01:26, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну клиенту же пофигу, че и как я горожу я обещал ему четыре девятки - это час п... большой текст свёрнут, показать
     
     
  • 8.52, Michael Shigorin (ok), 16:45, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно это и пытался сформулировать, что есть _разные_ куски, зачастую влияющи... текст свёрнут, показать
     
  • 7.39, Аноним (-), 01:36, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>фирмварь.
    >
    >Зачем?  За исключением дырок в торчащем в сеть и каких-то глюков,
    >которые не следовало пропускать на предзакупочной стадии -- не припоминаю смысла
    >чинить то, что работает.

    да господи, чо я выдумываю-то. два месяца назад потребовалось поднять фирмварь на ds3700. глюки в мониторинге. дизруптив апдейт, остановите весь i/o плиз. пожалста вам, полка и два экстеншна - тридцать минут простоя всех подключенных хостов.

     
  • 4.15, Samm (??), 16:48, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и кстати даже при HA проблем будет много больше чем при подобном обновлении. Например - MySQL MASTER<-->MASTER HA - при переключении отгребем пустой кеш второго мискла (performance degradation). Или тот же memcache сервер (репликации штатными средствами нет, а тот патч что есть - крайне крив). В случае VoIP системы - мы практически гарантированно потерям активные сессии, а на загруженном тазике с мерой это может быть 300+ абонентов.
     
     
  • 5.32, Аноним (-), 00:08, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну и кстати даже при HA проблем будет много больше чем при подобном обновлении. Например - MySQL MASTER<-->MASTER HA - при переключении отгребем пустой кеш второго мискла (performance degradation). Или тот же memcache сервер (репликации штатными средствами нет, а тот патч что есть - крайне крив). В случае VoIP системы - мы практически гарантированно потерям активные сессии, а на загруженном тазике с мерой это может быть 300+ абонентов.

    натурально, потеряете :) HA не средство для обеспечения _непрерывной_ работы сервиса. для этого есть более другие средства (и более дорогие). мой пойнт не в том, что HA какое-то волшебное средство, а в том, что за гарантированный аптайм обычно берут деньги, хотя бы окупающие средства гарантирования этого аптайма.

     
  • 3.47, ТТТ (?), 11:44, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > может стоить очень дорого

    там где это может стоит очень дорого нужно ставить 2-3 или более одновременно рабочих сервера на подхвате друг у друга... а если сервер у вас сгорит не нароком... даже с самыми дорогими бывает вы что будете ждать 2-4 часа пока приедет гарантия и починит?

     
     
  • 4.48, ТТТ (?), 11:50, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    PS
    а в стране которой живу я вообще сервера на подхвате или одновременно рабочие "там где дорого" ставят в разных точках страны потому как в любое место может бомба стукнуть а в ближайшем будущем может даже ядрёна :D
     
  • 3.54, анонимиус (?), 17:40, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да и шансы зависнуть в глючном биосе могут быть сильно больше 0.

    kexec?


     
  • 2.8, szh (ok), 16:09, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если работает - то зачем дергать либо обнови та перезапусти, минутное дело ведь.

    Когда деньги текут каждую секунду, минута простоя = потери клиентов и денег.

    > Если работает - то зачем дергать

    Риск взлома = риск простоя = потеря денег.

     
  • 2.34, The_Anonimous (ok), 00:27, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без перезагрузки.

    Остановка некоторых серверов даже на секунды стоит немалых денег. Или возникают какие-то иные проблемы. Упомянутая технология позволяет сократить простои и перерывы в обслуживании.

     
  • 2.44, sluge (ok), 09:23, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У моей машинки аптайм 2 месяца. не хочется такие красивые циферки портить :)
     
     
  • 3.55, анонимиус (?), 17:45, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >У моей машинки аптайм 2 месяца.

    Не смеши людей. ;)

     
  • 2.60, XoRe (ok), 20:42, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без
    >перезагрузки. Если работает - то зачем дергать либо обнови та перезапусти,
    >минутное дело ведь.

    Для домашнего использования, или просто для не особо критичных мест - согласен.

    А в продакшене...
    Никогда не засекали, сколько перезагружается какой-нибудь сервачок HP Proliant с рейд контроллером E200? =)
    А если каждую минуту идут какие-нибудь важные данные (особенно, связанные с бабками)?
    Вот в таких случаях вам предлагается избавиться от 7 из 8 перезагрузок за очень дешевую цену - 40$ в год.

     

  • 1.20, Aquarius (ok), 18:16, 01/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а как они, к примеру, Ubuntu Desktop отличают от Ubuntu Server? PAE на x86? а на amd64?
    P.S. или на слово верят?
     
     
  • 2.22, filosofem (ok), 18:19, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >а как они, к примеру, Ubuntu Desktop отличают от Ubuntu Server? PAE
    >на x86? а на amd64?
    >P.S. или на слово верят?

    Ядра разные. Нахаляву дают скачать десктопное ядро или обновление к нему. Вариант - использовать десктопное ядро, но оно вам на сервере надо?


     

  • 1.30, Аноним (-), 23:41, 01/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очевидно что обновление на лету, более рискованно чем традиционным способом.

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

    Простой, при чем небольшой, лучше чем любая ошибка. Если будет kernel panic при апдейте - плохо, но хуже если после такого апдейта, может возникнуть скрытая ошибка, которая вылезет не сразу (попортит код ядра и файловую систему, или память пользовательских приложений).

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

     
     
  • 2.35, The_Anonimous (ok), 00:36, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно круто стопарнуть сервер молотящий какие-нибудь там транзакции. А так - ну наверное если сервис платный, вливать клиентам апдейты вызывающие панику или ошибки было бы не умно и не в интенесах конторы. А если вы сами накосячите - так вы ССЗБ.

    ЗЫ кстати есть и иные варианты обновления системы без остановки работы. С виртуализацией например.

     
     
  • 3.37, Аноним (-), 01:14, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Никто ведь не говорит что нарочно кривые апдейты будут давать Всякое может быть... большой текст свёрнут, показать
     
     
  • 4.42, samm (?), 02:39, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это не хак. На сайте достаточно подробно объяснено как происходит обновление, а сам модуль и инструменты для создания патчей - вполне себе доступно. Компания берет за это деньги, а список клиентов у нее достаточно впечатляющий. Кстати, я наверное порекомендую их для одного проекта с кучей вебнод, посмотрим как работает (там центос), самому интересно.
     
  • 4.51, Michael Shigorin (ok), 16:39, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Никто ведь не говорит что нарочно кривые апдейты будут давать.
    >Всякое может быть, патчить ядро в памяти это по большому счету хак и
    >дополнительный риск по сравнению с ребутом. Стоит ли?

    Вот за QA денег и хотят.  Плюс ksplice априори не все случаи обрабатывает, там при сборке "патча" выполняется некоторое количество автопроверок.

    >Еще пример: демоны всегда надежнее рестартнуть, чем делать релоад конфиг

    Нет.

    Гораздо лучше (в альте где добрался и получалось -- так и сделал) перед рестартом, да и релоадом, проверить пригодность конфига (у некоторых бывает -t или аналогичное).

    При этом если такой возможности нет, то большинство софта при попытке reload'нуть кривой конфиг на него выругаются и продолжат по старой партитуре, а вот при restart'е получаем лихорадочное выяснение, что не так, потому что сервис уже лежит.

    Поэтому если нет test, то reload и при удаче restart всё равно лучше, чем restart.

    PS: до кучи -- если кто не пользуется monit, весьма рекомендую.

     
     
  • 5.62, XoRe (ok), 20:47, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >PS: до кучи -- если кто не пользуется monit, весьма рекомендую.

    Сравнивали с nagios?

     
     
  • 6.64, Michael Shigorin (ok), 22:14, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>PS: до кучи -- если кто не пользуется monit, весьма рекомендую.
    >Сравнивали с nagios?

    Лет пять-шесть тому сделал для себя вывод, что мониторинг предпочитаю активный локальный плюс пассивный распределённый -- monit прекрасно справляется в качестве первого.

     
     
  • 7.66, XoRe (ok), 00:03, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>>PS: до кучи -- если кто не пользуется monit, весьма рекомендую.
    >>Сравнивали с nagios?
    >
    >Лет пять-шесть тому сделал для себя вывод, что мониторинг предпочитаю активный локальный
    >плюс пассивный распределённый -- monit прекрасно справляется в качестве первого.

    О как.
    Для этой цели - да)

     
  • 3.45, sluge (ok), 09:23, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Всё-таки до какой же степени линуксоидам в падлу перезагружаться... :-)
    >
    >что даже гибернацию десятилетиями допилить не могут. и не говорите...

    Допилили уже :)

     
     
  • 4.49, Аноним (-), 12:43, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Стоит кубунта на ноуте. При закрытии крышки ноут валит в suspend to RAM, при открытии пробуждается и снова полный вперед. Все это вообще без копания в системе. Я что-то делаю не так что у меня хибернация в оперативку прекрасно работает без плясок с бубнами?? И в чем состоит недопиленность? Вроде работает, логика вполне вменяема и конфигуряема. Что-то не так?
     
  • 2.57, AlexAT (ok), 17:57, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому на важном сервере лучше уж ребутнуть после апдейта, чем чтобы потом
    >полезли глюки от безперезагрузочного обновления.
    >
    >Простой, при чем небольшой, лучше чем любая ошибка. Если будет kernel panic
    >при апдейте - плохо, но хуже если после такого апдейта, может
    >возникнуть скрытая ошибка, которая вылезет не сразу (попортит код ядра и
    >файловую систему, или память пользовательских приложений).

    Уже с год пользуюсь KSplice. Никаких кернелпаников и прочих ахтунгов не отмечено.

     
     
  • 3.71, Anon Y Mous (?), 18:56, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже с год пользуюсь KSplice. Никаких кернелпаников и прочих ахтунгов не отмечено.

    Ну собственно год тут не показатель. Сколько раз за год пришлось использовать?

     
     
  • 4.72, Alex (??), 19:49, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Уже с год пользуюсь KSplice. Никаких кернелпаников и прочих ахтунгов не отмечено.
    >Ну собственно год тут не показатель. Сколько раз за год пришлось использовать?

    Где-то 12-15 обновлений за год, более чем на десятке машин.


     

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



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

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