The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В Fedora Linux обеспечена поддержка обновления ядра без пере..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от opennews (??) on 01-Сен-10, 15:10 
Разработчики сервиса Ksplice (http://www.ksplice.com) объявили (http://www.ksplice.com/news/20100831-fedora) о начале бесплатной поддержки выпуска обновлений для Fedora Linux. Сервис позволяет обновлять содержимое Linux-ядра на лету, без временной остановки работы и перезагрузки системы. Код проекта ksplice распространяется свободно, но сервис распространения готовых обновлений доступен только для платных подписчиков. Ранее обновления  распространялись бесплатно только для пользователей Ubuntu Desktop 9.04, 9.10 и 10.04 (http://www.ksplice.com/uptrack/download-ubuntu), отныне данная категория расширена дистрибутивом Fedora 13 (http://www.ksplice.com/uptrack/download-fedora).

Для Red Hat Enterprise Linux, CloudLinux, Ubuntu Server, Debian GNU/Linux и CentOS обновления распространяются на коммерческой основе (http://www.ksplice.com/pricing), стоимость подписки составляет около 40 долларов в год.  Для демонстрации работы системы любой желающий может подписаться на бесплатный 30-дне...

URL: http://www.ksplice.com/news/20100831-fedora
Новость: https://www.opennet.ru/opennews/art.shtml?num=27811

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  –13 +/
Сообщение от Аноним (??) on 01-Сен-10, 15:10 
Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без перезагрузки. Если работает - то зачем дергать либо обнови та перезапусти, минутное дело ведь.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +3 +/
Сообщение от ы on 01-Сен-10, 15:21 
>Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без перезагрузки. Если работает - то зачем дергать либо обнови та перезапусти, минутное дело ведь.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

75. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Frank email(??) on 04-Сен-10, 00:46 
> Для серверов же вполне актуально.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

76. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Logo (ok) on 11-Сен-10, 01:08 
>Есть только одна проблема: Ubuntu Desktop 9.04, 9.10 и 10.04, и Fedora 13 - не серверные.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +1 +/
Сообщение от gkv311 (ok) on 01-Сен-10, 15:21 
Ээээ, может на постоянно используемом сервере, где ошибки безопасности лучше сразу лечить?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Гн. Арбузов on 01-Сен-10, 15:22 
дырки в безопасности на лету лотать, очевидно же.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +4 +/
Сообщение от Анонимный трус on 01-Сен-10, 16:18 
Латать
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

53. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от анонимиус on 02-Сен-10, 17:39 
>дырки в безопасности на лету лотать, очевидно же.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +3 +/
Сообщение от Samm email(??) on 01-Сен-10, 15:44 
"Минутное дело" (а с учетом серверных рейдом - часто и более) может стоить очень дорого, особенно если это DB или NFS сервер (да или тот же VoIP transit). Да и шансы зависнуть в глючном биосе могут быть сильно больше 0.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  –6 +/
Сообщение от s_dog (??) on 01-Сен-10, 15:51 
Глючный BIOS, на критическом серваке, как так? :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +6 +/
Сообщение от Samm email(??) on 01-Сен-10, 16:14 
Запросто. У меня был весьма недешевый рейд контроллер от HP, который раз в н ребутов мог не загрузиться, причем повторяемость была крайне низкая.  Еще вариант - батарейка в смосе сядет, и привет. Конечно, это можно отследить по IPMI, но далеко не везде заморачиваются подобным мониторингом.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от аноним on 01-Сен-10, 16:18 
Внеплановое обновление на критическом серваке вас удивляет больше?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +3 +/
Сообщение от Samm email(??) on 01-Сен-10, 16:22 
>Внеплановое обновление на критическом серваке вас удивляет больше?

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  –6 +/
Сообщение от redixin email on 01-Сен-10, 17:47 
плановый ребут?

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 01-Сен-10, 17:55 
покажи свои аптаймы, ну
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

23. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от maxkit (ok) on 01-Сен-10, 18:37 
Показываю:

# uptime
10:36AM  up 352 days, 21:58, 1 user, load averages: 0.24, 0.16, 0.12

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

27. "(посмотрев на пару хостов)"  +5 +/
Сообщение от Michael Shigorin email(ok) on 01-Сен-10, 20:23 
Мужики, кончайте меряться аптаймами, пока VMS-ники какие замшелые не пришли :)

Плановый ребут -- это мозги детектед, потому что бывает множество заранее труднопредсказуемых деталей (и батарейки, и болванку с нарезкой в приводе забыли, и какой-нить из апдейтов поверх позапрошлогоднего именно на этой конфигурации привёл к фатальным для загрузки или подъёма сети последствиям), а шнурок в IPMI-порт воткнут совсем не всегда (на колокейшене ещё не встречалось вроде), и SoL или iKVM там настроен ещё более не всегда.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

67. "(посмотрев на пару хостов)"  +1 +/
Сообщение от universite email(ok) on 03-Сен-10, 15:08 
только трУсы ребутятся!

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

43. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от sashka_ua on 02-Сен-10, 04:36 
Плановый ребут нормальная и необходимая практика, вне зависимости от используемых систем.

С.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

56. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от AlexAT (ok) on 02-Сен-10, 17:54 
>Плановый ребут нормальная и необходимая практика, вне зависимости от используемых систем.
>
>С.

Для мазохистов.

Fixed.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

58. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +2 +/
Сообщение от XoRe (ok) on 02-Сен-10, 20:38 
>плановый ребут?
>
>Виндоуз админ детектед

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

59. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Alex (??) on 02-Сен-10, 20:42 
>Вот вы готовы дать руку/ногу/голову на отсечение, что у вас все изменения
>в конфигурации так же (и без ошибок) сохранены в конфигах?
>И лучше, если вы узнаете что-то новое для себя

100% windows admin detected.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

63. "*sigh*"  +/
Сообщение от Michael Shigorin email(ok) on 02-Сен-10, 21:59 
>100% windows admin detected.

Вам годиков сколько, разрешите поинтересоваться?  И стаж рутом не на локалхосте, пожалста.

А то светодиодик "прогуливают уроки" подозрительно помаргивает. :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

68. "*sigh*"  +/
Сообщение от Alex (??) on 03-Сен-10, 18:44 
>Вам годиков сколько, разрешите поинтересоваться?  И стаж рутом не на локалхосте,
>пожалста.
>А то светодиодик "прогуливают уроки" подозрительно помаргивает. :)

Глючный он у вас, вот и помаргивает. Как что не понравилось - сразу на личности лезут. Годиков мне достаточно, а что до стажа... Несколько тысяч юзверей в постоянном онлайне, Cisco класса 76xx, 72xx, 53xxXM, ASA 55xx, Asterisk, FreeSWITCH, MariaDB, BIRD, кластерные системы (GlusterFS, NDB Cluster), OpenVZ - если наличие навыков во всех этих областях Вам что-то говорят, то мой стаж Вас с этого момента волновать не должен абсолютно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

70. "*sigh*"  +/
Сообщение от Alex (??) on 03-Сен-10, 18:46 
>говорят, то мой стаж Вас с этого момента волновать не должен

*говорит. очепяталсо.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

73. "*sigh*"  +/
Сообщение от Michael Shigorin email(ok) on 03-Сен-10, 20:47 
Говорят, но тем более удивительны фразки вида "windows админ детектед".
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

65. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +2 +/
Сообщение от XoRe (ok) on 03-Сен-10, 00:01 
>>Вот вы готовы дать руку/ногу/голову на отсечение, что у вас все изменения
>>в конфигурации так же (и без ошибок) сохранены в конфигах?
>>И лучше, если вы узнаете что-то новое для себя
>
>100% windows admin detected.

А теперь слушайте.
Как раз в windows настройки сервисов сохраняются при изменении.
Там деваться некуда, там нет кнопки "применить, но не сохранить".

А когда вы установите linux и поработаете в консоли, то поймете, что тот-же ifconfig можно конфигурить как угодно.
Но эти настройки проживут ровно до первой перезагрузки.
А чтобы они остались и после перезагрузки, нужно эти настройки прописывать в конфигах.
И какие-то конфиги можно проверить без перезагрузки - reload, restart, или даже configtest.
А какие-то конфиги (или скрипты) либо с перезагрузкой, либо с полным перезапуском всего и вся.
Конфиги Того-же grub, например.

И внезапно обнаружить, что какая-то служба не запускается после перезагрузки - лучше во внерабочее время и рядом с сервером.
Чем во время отпуска за пару тыс. км.
Потому что чинить эти недоработки вы все равно будете.
Но лучше это делать, когда вам удобно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

69. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  –1 +/
Сообщение от Alex (??) on 03-Сен-10, 18:45 
>А когда вы установите linux и поработаете в консоли, то поймете, что
>тот-же ifconfig можно конфигурить как угодно.
>Но эти настройки проживут ровно до первой перезагрузки.

Когда Windows-админы лезут в *nix, ровно так и получается. Ибо написать скрипты для загрузки конфигов забывают.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

74. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Michael Shigorin email(ok) on 03-Сен-10, 20:53 
>Когда Windows-админы лезут в *nix, ровно так и получается. Ибо написать скрипты
>для загрузки конфигов забывают.

Если бы.  Среди линуксоводов тоже полно таких, кто не понимает -- "сперва пишем, потом тестим, а откат под screen на sleep, если что"...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 01-Сен-10, 16:33 
если "реально дорого", есть HA, есть живая миграция. если, конечно, "реально дорого", а не "руководство щеки дует".
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Samm email(??) on 01-Сен-10, 16:42 
Я выше привел пример - масс хостинг. Строить HA - нерентабельно. А аптайм - весьма важен. 4 бакса за сервер в данном случае - вполне оправданная затрата, на мой взгляд.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 01-Сен-10, 23:57 
> Строить HA - нерентабельно. А аптайм - весьма важен.

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

36. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 02-Сен-10, 00:52 
>взаимоисключающие параграфы детектед. либо ваши клиенты могут оплачивать HA, либо нет.

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

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

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

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

Да.

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

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

>фирмварь.

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

38. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 02-Сен-10, 01:26 
ну клиенту же пофигу, че и как я горожу. я обещал ему четыре девятки - это час простоя за год. пять девяток - это пять минут простоя в год. бэкапы и рейды - это все жыды придумали, чтобы клиентов смущать. если мой аплинк или горэнерго промуфлонило или у меня с бэкапом лажа вышла - интересно это клиенту или нет, кто именно облажался? у него есть sla, которое я ему гарантировал, а уж как я ему собираюсь гарантировать - это мои проблемы?

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

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

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

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

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

если вам не нужен саппорт вендора - не вопрос, можно не обновлять. но если у вас внезапно фирмварь 12.34.55, а вендор поднял рекомендованный уровень до или уже поддерживает только 12.48.67 - чо как тогда?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

52. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Michael Shigorin email(ok) on 02-Сен-10, 16:45 
>интересно это клиенту или нет, кто именно облажался?
>[...] а уж как я ему собираюсь гарантировать [...]

Примерно это и пытался сформулировать, что есть _разные_ куски, зачастую влияющие схожим образом в одних ситуациях (но в принципе разным), и в сумме направленные на снижение времени простоя.  Можно пережить потерю диска в рейде, можно восстановить из бэкапа одиночный, jedem das seine.

[ds3700: а]

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

39. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 02-Сен-10, 01:36 
>>фирмварь.
>
>Зачем?  За исключением дырок в торчащем в сеть и каких-то глюков,
>которые не следовало пропускать на предзакупочной стадии -- не припоминаю смысла
>чинить то, что работает.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Samm email(??) on 01-Сен-10, 16:48 
Ну и кстати даже при HA проблем будет много больше чем при подобном обновлении. Например - MySQL MASTER<-->MASTER HA - при переключении отгребем пустой кеш второго мискла (performance degradation). Или тот же memcache сервер (репликации штатными средствами нет, а тот патч что есть - крайне крив). В случае VoIP системы - мы практически гарантированно потерям активные сессии, а на загруженном тазике с мерой это может быть 300+ абонентов.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 02-Сен-10, 00:08 
>Ну и кстати даже при HA проблем будет много больше чем при подобном обновлении. Например - MySQL MASTER<-->MASTER HA - при переключении отгребем пустой кеш второго мискла (performance degradation). Или тот же memcache сервер (репликации штатными средствами нет, а тот патч что есть - крайне крив). В случае VoIP системы - мы практически гарантированно потерям активные сессии, а на загруженном тазике с мерой это может быть 300+ абонентов.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

47. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от ТТТ on 02-Сен-10, 11:44 
> может стоить очень дорого

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

48. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от ТТТ on 02-Сен-10, 11:50 
PS
а в стране которой живу я вообще сервера на подхвате или одновременно рабочие "там где дорого" ставят в разных точках страны потому как в любое место может бомба стукнуть а в ближайшем будущем может даже ядрёна :D
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

54. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от анонимиус on 02-Сен-10, 17:40 
>Да и шансы зависнуть в глючном биосе могут быть сильно больше 0.

kexec?


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +2 +/
Сообщение от szh (ok) on 01-Сен-10, 16:09 
> Если работает - то зачем дергать либо обнови та перезапусти, минутное дело ведь.

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

34. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от The_Anonimous (ok) on 02-Сен-10, 00:27 
> Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без перезагрузки.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

44. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +1 +/
Сообщение от sluge (ok) on 02-Сен-10, 09:23 
У моей машинки аптайм 2 месяца. не хочется такие красивые циферки портить :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

55. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +1 +/
Сообщение от анонимиус on 02-Сен-10, 17:45 
>У моей машинки аптайм 2 месяца.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

60. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от XoRe (ok) on 02-Сен-10, 20:42 
>Не понимаю честно говоря, когда может так одновременно "зачесаться" обновлять ядро без
>перезагрузки. Если работает - то зачем дергать либо обнови та перезапусти,
>минутное дело ведь.

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Aquarius (ok) on 01-Сен-10, 18:16 
а как они, к примеру, Ubuntu Desktop отличают от Ubuntu Server? PAE на x86? а на amd64?
P.S. или на слово верят?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

22. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +2 +/
Сообщение от filosofem (ok) on 01-Сен-10, 18:19 
>а как они, к примеру, Ubuntu Desktop отличают от Ubuntu Server? PAE
>на x86? а на amd64?
>P.S. или на слово верят?

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

30. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 01-Сен-10, 23:41 
Очевидно что обновление на лету, более рискованно чем традиционным способом.

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

35. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от The_Anonimous (ok) on 02-Сен-10, 00:36 
Особенно круто стопарнуть сервер молотящий какие-нибудь там транзакции. А так - ну наверное если сервис платный, вливать клиентам апдейты вызывающие панику или ошибки было бы не умно и не в интенесах конторы. А если вы сами накосячите - так вы ССЗБ.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

37. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 02-Сен-10, 01:14 
Никто ведь не говорит что нарочно кривые апдейты будут давать. Всякое может быть, патчить ядро в памяти это по большому счету хак и дополнительный риск по сравнению с ребутом. Стоит ли?

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

42. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от samm email on 02-Сен-10, 02:39 
Это не хак. На сайте достаточно подробно объяснено как происходит обновление, а сам модуль и инструменты для создания патчей - вполне себе доступно. Компания берет за это деньги, а список клиентов у нее достаточно впечатляющий. Кстати, я наверное порекомендую их для одного проекта с кучей вебнод, посмотрим как работает (там центос), самому интересно.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

51. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 02-Сен-10, 16:39 
>Никто ведь не говорит что нарочно кривые апдейты будут давать.
>Всякое может быть, патчить ядро в памяти это по большому счету хак и
>дополнительный риск по сравнению с ребутом. Стоит ли?

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

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

Нет.

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

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

62. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от XoRe (ok) on 02-Сен-10, 20:47 
>PS: до кучи -- если кто не пользуется monit, весьма рекомендую.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

64. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Michael Shigorin email(ok) on 02-Сен-10, 22:14 
>>PS: до кучи -- если кто не пользуется monit, весьма рекомендую.
>Сравнивали с nagios?

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

66. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от XoRe (ok) on 03-Сен-10, 00:03 
>>>PS: до кучи -- если кто не пользуется monit, весьма рекомендую.
>>Сравнивали с nagios?
>
>Лет пять-шесть тому сделал для себя вывод, что мониторинг предпочитаю активный локальный
>плюс пассивный распределённый -- monit прекрасно справляется в качестве первого.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

45. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +1 +/
Сообщение от sluge (ok) on 02-Сен-10, 09:23 
>>Всё-таки до какой же степени линуксоидам в падлу перезагружаться... :-)
>
>что даже гибернацию десятилетиями допилить не могут. и не говорите...

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

49. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Аноним (??) on 02-Сен-10, 12:43 
Стоит кубунта на ноуте. При закрытии крышки ноут валит в suspend to RAM, при открытии пробуждается и снова полный вперед. Все это вообще без копания в системе. Я что-то делаю не так что у меня хибернация в оперативку прекрасно работает без плясок с бубнами?? И в чем состоит недопиленность? Вроде работает, логика вполне вменяема и конфигуряема. Что-то не так?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

57. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от AlexAT (ok) on 02-Сен-10, 17:57 
>Потому на важном сервере лучше уж ребутнуть после апдейта, чем чтобы потом
>полезли глюки от безперезагрузочного обновления.
>
>Простой, при чем небольшой, лучше чем любая ошибка. Если будет kernel panic
>при апдейте - плохо, но хуже если после такого апдейта, может
>возникнуть скрытая ошибка, которая вылезет не сразу (попортит код ядра и
>файловую систему, или память пользовательских приложений).

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

71. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Anon Y Mous on 03-Сен-10, 18:56 
> Уже с год пользуюсь KSplice. Никаких кернелпаников и прочих ахтунгов не отмечено.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

72. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."  +/
Сообщение от Alex (??) on 03-Сен-10, 19:49 
>> Уже с год пользуюсь KSplice. Никаких кернелпаников и прочих ахтунгов не отмечено.
>Ну собственно год тут не показатель. Сколько раз за год пришлось использовать?

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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