Ubuntu Linux стал первым дистрибутивом Linux, не требующим перезагрузки после установки обновления Linux ядра. Компания Ksplice анонсировала (http://www.ksplice.com/news/20090625-linuxtag-fisl) начало функционирование нового бесплатного сервиса Ksplice Uptrack (http://www.ksplice.com/uptrack/) для пользователей Ubuntu Linux, поддерживающего установку критических обновлений Linux ядра в дистрибутиве Ubuntu 9.04 без необходимости перезагрузки и временной остановки работы системы.
После установки (http://www.ksplice.com/uptrack/download) специального пакета (модуль ядра и интерфейс для управления) установка обновлений с исправлением проблем безопасности для базовых 32- и 64-разрядных сборок Linux ядра будут производится "на лету". Метод получения обновлений не изменяется - они по прежнему загружаются из стандартных репозиториев Ubuntu, а затем транслируются в представление подходящее для использования в Ksplice (http://web.mit.edu/ksplice/). В настоящий момент технология поддерживае...URL: http://www.ksplice.com/news/20090625-linuxtag-fisl
Новость: https://www.opennet.ru/opennews/art.shtml?num=22363
Твоё ядро автоматически обновилось и какая-нибудь квака или компиз вылетел, т.к. модуль драйвера видюхи собран под предыдущее ядро.
>Твоё ядро автоматически обновилось и какая-нибудь квака или компиз вылетел, т.к. модуль
>драйвера видюхи собран под предыдущее ядро.Версия ядра при обновлениях не меняется, там только несколько байт правят при подобных исправлениях уязвимостей.
Нескольких байт более чем достаточно, чтобы старые модули перестали подгружаться.
>Нескольких байт более чем достаточно, чтобы старые модули перестали подгружаться.Во первых эти модули при обновлении не будут выгружены, если бага в модуле то поправят и его прямо в памяти. Во вторых, читайте текст внимательнее - там по-русски написано, что эти патчи не трогают структуры данных.
А что, разве они при этом выгружаются?Вас глючит? oO А при честной перезагрузке когда-нибудь там опосля, DKMS по идее честно перестроит модули под нормальный новый кернел по идее.
>>Твоё ядро автоматически обновилось и какая-нибудь квака или компиз вылетел, т.к. модуль
>>драйвера видюхи собран под предыдущее ядро.
>
>Версия ядра при обновлениях не меняется, там только несколько байт правят при
>подобных исправлениях уязвимостей.а DKMS разве не позволяет дровам работать с любыми ядрами??
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
для этого есть dkms. тем более, когда у меня была проприетарщина для ядра, при обновлении ядра из той же ветки, все спокойно продолжало работать.
перечитай пост ещё раз. Не будет ничего с твоим драйвером видюхи
Для десктопов не очень актуально, а вот на серверах, думаю, сильно пригодится!
На серверах уже сто лет kexec используют.
для kexec нужна условная перезагрузка, а с ksplice нет.
>для kexec нужна условная перезагрузка, а с ksplice нет.Именно поэтому kexec и используют на серверах. Потому что подгрузить новое ядро гораздо проще и надежнее, чем ковырять грязными пальцами работающее. А основное время при ребуте сервера как раз уходит на биос. Ну разве что тупица-админ забыл свести на нет большой кэш БД, но это его половые трудности :)
Фиче сто лет в обед. В ее основе лежит стандартный вызов ядра линуха ksplice. при необходимости эту хрень давно уже могли бы для серверов реализовать. Однако реализовали почему-то только для "типично десктопного" дистра, причем какие-то левые люди. Напрашивается вывод: не очень-то оно и надо.
>Именно поэтому kexec и используют на серверах. Потому что подгрузить новое ядро
>гораздо проще и надежнее,...вот только перерыв в предоставлении услуг что с kexec что с обычным ребутом - есть.В итоге примерно один хрен, плюс kexec только в том что он немного ускоряет перезагрузку.При том graceful шатдаун потребует немало времени (пока там все клиенты свалят в туман...).А грубый шатдаун - грубо вышвырнет клиентов, с побочными эффектами (недокачанными файлами, внезапно оборванными соединениями, ...).
>Фиче сто лет в обед.
Да, просто фичу прикрутили к конкретной ОС и там теперь ее можно будет юзать в относительно вменяемом и не очень геморройном виде судя по всему.О чем и новость, если кто не понял.
P.S. хотелось бы дать слово господам из Майкрософт и их шестеркам которые втирают что все инновации - заслуга проприетарщиков.Пусть они нам расскажут о инновациях в виндусь 7 или там где еще :).Можно ли там что-то такое изобразить?Ну хотя-бы на серверной системе?Очень любопытно послушать господ инноваторов ;).Может быть, Windows уже можно обновлять ну почти без ребутов?Где там наши инноваторы?
На здоровье:http://msdn.microsoft.com/en-us/library/aa373654(VS.85).aspx
Кстати, что-то подобное упоминалось и задолго до появления Kslice в линуксе, правда, насколько я знаю, рабочая реализация появилась только в Vista. Впрочем, может меня и память подводит.
>На здоровье:
>
>http://msdn.microsoft.com/en-us/library/aa373654(VS.85).aspx
>
>Кстати, что-то подобное упоминалось и задолго до появления Kslice в линуксе, правда,
>насколько я знаю, рабочая реализация появилась только в Vista. Впрочем, может
>меня и память подводит.Restart Manager - не то. Тут про ядро говорят.
"Critical system services cannot be stopped and restarted by the Restart Manager without a system restart. For more information about identifying critical system services, see Critical System Services."
"Critical system services include smss.exe, csrss.exe, winit.exe, logonui.exe, lsass.exe, services.exe, winlogon.exe, System, svchost.exe with RPCSS, and svchost.exe with Dcom/PnP."
Но Microsoft естественно прислушивается к Заказчикам и движется в направлении минимизации ребутов.
сервера полезно и идейно верно перезагружать после обновлений ядра. Чисто посмотреть что они после перезагрузки взлетают корректно и с новым ядром.
Ну не каждый сервер можно перегружать когда вздумается, а дырку хочется закрыть как можно быстрее. А уже во время планового ребута отследить как поднимается с новым ядром.
>Ну не каждый сервер можно перегружать когда вздумается, а дырку хочется закрыть
>как можно быстрее. А уже во время планового ребута отследить как
>поднимается с новым ядром.Ну черт его знает, наверное да, не каждый можно прегрузить когда вздумается. У меня - каждый (лишь бы не пару одновремено), поэтому любой ребут, случившийся по моей воле считается плановым.
убунта оказалась быстрее федоры в плане внедрения новых плюшек?
Нет, г-н миллионер^W^Wубунта хочет (не первая новость в последнее время) _казаться_ "прогрессивнее федоры" -- в части испытания неиспытанного на собственных пользователях. Типа, чтобы все говорили, что и убунта тоже "много делает" для "линукса".
>все говорили, что и убунта тоже "много делает" для "линукса".Ну так ведь хорошая и нужная плюшка.Имеющая шансы быть реально востребованной.А вы так говорите как будто у вас черная зависть.Нехорошо это...
Это реализовано не каноникал, а сторонними разработчиками, просто они пожжержвают сейчас тока ubuntu.
>просто они пожжержвают сейчас тока ubuntu.догадайтесь, почему.
Думаю, что из-за того, что ubuntu самый популярный дистр.
>Думаю, что из-за того, что ubuntu самый популярный дистр.полностью с вами согласен.
всё-таки зоопарк дистрибутивов не способствует прогрессу.
Сто лет в обед как ksplice есть в fedorayum search ksplice
fedora-ksplice.x86_64 : Script Collection for Using KSplice on Fedora Linux
ksplice.x86_64 : Patching a Linux kernel without reboot
Нет, просто на Федоре денег не сделаешь.
Следующим в списке поддерживаемых уже _платным_ сервисом будут RedHat, SuSe & etc...
Оно бесплатно. Простой Ksplice (не Uptrack), собирающий бинарный патч на машине пользователя, а не мейнтейнера дистрибутива, триста лет во всех репозиториях.
Интересно почему в Debian его не включили в stable? а оно там уже давно есть,
и версия новее чем в бубунте.
>Интересно почему в Debian его не включили в stable?У дебианщиков вроде никогда не было недостатка в консерватизме насчет stable.Иногда это хорошо.А иногда - наоборот.Поэтому очень хорошо что есть выбор.ИМХО так.
Provision of the ServicesKsplice may permanently or temporarily stop providing any Services, or any features within any Services, to you or to users generally at Ksplice's sole discretion, without prior notice to you. The form and nature of any Services may change from time to time without prior notice to you.
Privacy policy
We value your privacy and will take all reasonable steps to protect your personal information. In order to provide the Services and to improve the Services, the Software may contact Ksplice with information about your computer's operating system, including without limitation the version number of the Linux kernel that you are running.wtf?? Какой-то неGPLный у них EULA.
Первый абзац это такое тонкое «as-is/no warranty». «Мы можем отказать вам, закрыться и вообще мы никому не должны ничего.» Все нормально.Второй — да, что-то непонятно, т.к. не ограничено какую информацию они передают. Хотя GPL никак не противоречит.
переведите анонимуса ктонибудь пожалуйста
Политика
конфиденциальности Мы оцениваем вашу конфиденциальность и будем принимать все разумные меры, чтобы защитить вашу личную информацию. Для того, чтобы предоставить Услуги и улучшить Услуги, программное Обеспечение, возможно, контактирует с Ksplice с информацией об операционной системе вашего компьютера, в том числе без ограничения номер версии ядра Linux, которое вы используете.
И вот ещё что, мягко говоря, смущает - после установки оно поменяло права на /sbin/depmod и /sbin/modprobe с 755 на 777 - по-моему, за такое надо яйки отрывать.
А, не посмотрел сразу. Это они поменяли оригинальные файлы на симлинки, ведущие на скрипты.
Большая дискуссия разгорелась.
Короче, микроядра рулят :)
Его можно полностью оголить и перезапустить сателлиты за микросекунды Р: