|
2.2, A.Stahl (ok), 00:00, 28/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну, насколько ясно из новости, этот вариант не покрывает все возможные варианты.
Да и, честно говоря, уж очень специфическая это вещь.
И нужна (именно нужна) она очень немногим. Я даже и не знаю кому...
| |
|
3.4, Аноним (-), 00:47, 28/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
График maintenance shutdowns, не зависящий от критических дыр в ведре, нужен практически всем тырпрайзным админам.
| |
|
4.7, Аноним (-), 03:56, 28/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> График maintenance shutdowns, не зависящий от критических дыр в ведре, нужен практически
> всем тырпрайзным админам.
Вот только одно дело запланированный шатдаун, и другое - если экстренно клюнул петух т.к. в ядре нашли дыру.
| |
|
3.6, pavlinux (ok), 01:50, 28/03/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Я даже и не знаю кому...
Хацкерам, теперь не нужно искать куда спрятать спамбота, логерра/кейлогерра, ремотеаксесса,...
Не нужно писанины для масскировки, ... просто переписываешь стандартные функции со своими плюшками.
Заготавливаешь дома, обзываешь модуль intel_pс.ko, или заменяешь не используемый в системе, напр. sch_teql.ko,
суёшь и спишь спокойно. Одмин запариться искать.
Я так думаю, что даже модуль необязательно делать, теоретически должен сработать вызов
основной функции замены с указанием адреса новых данных.
| |
|
4.8, Аноним (-), 03:57, 28/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Хацкерам, теперь не нужно искать куда спрятать спамбота, логерра/кейлогерра,
> ремотеаксесса,...
Если развить твою идею чуть дальше: снеси ядро ОС. Прикинь как хакеры обломаются, они трояна приволокли а тут сисколы обслуживать некому! Троян в пролете - он такой подлости не ожидал! :)
| |
4.13, Аноним (-), 13:53, 28/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Одмин запариться искать.
А обычные руткиты типа сразу находят, вычищают, и работают дальше без раскатывания системы из бэкапа?
| |
|
5.15, pavlinux (ok), 15:44, 28/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Одмин запариться искать.
> А обычные руткиты типа сразу находят, вычищают, и работают дальше без раскатывания
> системы из бэкапа?
Молодец, слово руткит знаешь!
| |
|
|
|
|
|
2.5, Аноним (-), 00:49, 28/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Ну хз хз... как это ещё будет работать посмотреть надо.
Помнится, два-три года назад Марк анонсировал убунту как "первый и единственный серверный дистрибутив, которому не нужны перезагрузки". Это когда оракель выкатил поддержку ksplice для всяких убунт и федор. Так что время попробовать было.
А по ограничениям и возможностям все три варианта практически равны - оно диктуется одними и теми же законами.
| |
|
|
2.10, Аноним (-), 10:55, 28/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Поздно kernelcare.com уже вышел и уже делают апдейты к ядрам.
Это какая-то платная проприетарщина, не дающая никаких гарантий - "KernelCare is free until May 2014. We will announce pricing for KernelCare by March 30, 2014". Какой смысл использовать обновления к ядру RHEL (KernelCare поддерживает только RHEL, CentOS и OL) от непроверенного левого производителя, когда Red Hat свою свободную систему kpatch для тех же целей продвигает для RHEL и CentOS, а Oracle пилит Ksplice для OL.
| |
2.11, Аноним (-), 10:56, 28/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Поздно kernelcare.com уже вышел и уже делают апдейты к ядрам.
Зачем доверять подготовку апдетов сомнительной конторе, когда в kpatch и
kGraft их можно самостоятельно через запуск одной команды подготовить на основе оригинальных апдейтов дистрибутива ?
| |
|
1.12, Аноним (-), 12:45, 28/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Если все это делается только из за того чтобы не было простоя, то есть для этого кластера. Тем кому ну очень важно чтобы не было ни минуты простоя, могут себе позволить кластера.
| |
|
2.18, Аноним (-), 23:14, 28/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
Админы кластеры хоть и не рвут волосы на заднице, когда падает один сервак, но летать на резерве без одного крыла тоже не люябт.
| |
2.21, Anonym2 (?), 22:53, 29/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Если все это делается только из за того чтобы не было простоя,
> то есть для этого кластера. Тем кому ну очень важно чтобы
> не было ни минуты простоя, могут себе позволить кластера.
Вероятно важен бывает не столько простой сколько разрыв всех клиентских сессий и состояния сеансов... Скажем игровой сервер... С одной стороны можно и перезагрузить, но... Можно и без этого... (потом конечно упадёт) >:-)
| |
|
1.17, Аноним (-), 21:42, 28/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Вот бы технологию замены ядер с новой мажорной версией на лету. Ну хотя бы между двумя соседними мажорными.
| |
1.19, Аноним (-), 04:37, 29/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
рисковано для "боеваых" серверов. и по концепции и в текущем виде.
а вот для серверов разработчиков и других "на острие бритвы" перцев с сцупер-свежим софтом и прочего бульона - вполне нужная вещЬ.
| |
|