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 очень и очень ограниченн... большой текст свёрнут, показать | |
|
|
9.66, ананим (?), 01:07, 04/02/2014 [^] [^^] [^^^] [ответить] | +/– | Так Чувствую, что тут место уже пруфам Есть подозрения, что вы имеете в виду и... большой текст свёрнут, показать | |
|
|
7.69, Dmitry77 (ok), 01:25, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
>rdbms в сотню TB на кластер не натянешь
rdbms я бы сказал да. Но базы бываю не только реляцонные.
| |
|
|
7.78, ананим (?), 03:31, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то уже тыщу раз ответил.
зыж
К тому же «база в сотню TB» не есть синоним реляционной базы.
| |
|
|
|
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.128, Аноним (-), 06:15, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Угу. А для того, чтобы обновить ядро в Dom0, необходимо перенести все
> работающие на нём виртуалке на другое железо. Лепота. ;)
Ну вы их руками переносить не будете же. Так что для именно этого случая как раз не особая проблема.
| |
|
4.116, xex (?), 13:47, 04/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 А то что вы называете кластерами - это см... текст свёрнут, показать | |
|
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 , включая вашу панацею.
| |
|
|
9.64, ананим (?), 00:57, 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.6, Аноним (-), 20:46, 03/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
>Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?
Можно, но состояние предыдущего ядра будет утрачено
| |
2.22, Аноним (-), 22:01, 03/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?
kexec - это "сверхгорячая" перезагрузка, без инициализации биоса. Но все-таки перезагрузка.
| |
|
|
4.38, Lain_13 (ok), 23:06, 03/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Нет, подразумевается, что тут вообще нет перезагрузки и всё в системе продолжает работать будто ничего и не было. Буквально всё, кроме того маленького участка, который заменили — при следующем его вызове отработает уже новый код.
| |
|
5.48, Аноним (-), 00:06, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
И будут восстановлены все состояния всех внутренних структур ядра - буферы, локи, и прочее? А что делать с теми, которые в новом ядре изменились? В каждом ядре реализовывать некий интерфейс сериализации всего этого, с неизменным API?
| |
|
|
7.80, Аноним (-), 04:19, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Там написано с какими ключами что запускать, а про внутреннее устройство - только общие слова.
| |
|
|
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 не у дел.
| |
|
|
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 [^] [^^] [^^^] [ответить]
| +/– |
> В ынтерпрайзе рискменеджмент шампанского не пьёт, там на каждый чих кост считается.
Ну вот у кого риск от шатдауна перевесит риски от патчинга на лету - те и будут пользоваться. Капитанов вызывали?
| |
|
|
|
|
|
|
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 [^] [^^] [^^^] [ответить]
| +/– |
>линуксмастрип
уже тыщу раз повторено — он имеет такое же отношение к ораклу, как и айзен.
т.е. от этих ынтызуастов больше вреда, чем пользы ☺
| |
3.131, Аноним (-), 06:20, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Сейчас придет линуксмастрип и начнет рассказывать, что только ksplice свободна и кошерна,
Я думаю что он делит на ноль. Он бы хотел полить линух, но тогда надо полить оракловый фетиш, да еще и аналоги технологии поди в других системах найти не может. Вот и впал в ступор...
| |
|
2.37, ананим (?), 23:06, 03/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
>Интересно, будет ли нужен ksplice при наличии свободной реализации?...
А почему нет?
Вы лично готовы нести ответственность, что всё ненаипнётца, если вот так стеночку подвинуть?
зыж
у оракла 60% дохода — с подписчиков поддержки. это ж не спроста?
| |
|
|
|
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.74, Аноним (-), 02:26, 04/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Очень символично сейчас на опеннете две новости. Одни меняют файловый менеджер, а другие обновление ядра без перезагрузки.
| |
|
2.87, Аноним (-), 05:48, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Видимо это от того что для настольного компьютера, ноутбука, телефона и планшета файловый менеджер важнее.
| |
|
3.90, ананим (?), 06:13, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Тем более, что последние наутилусы — дикий кошмар.
зыж
>Очень символично
Ну дык. Свинья везде грязь найдёт.
| |
|
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 сабж итак есть, и бесплатный.
Насколько я помню, оно уже давно не шевелится.
| |
|
|
1.98, Аноним (-), 08:44, 04/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
в свете последних слухов о том, что зюзю разгоняют - новость положительная
| |
|
2.101, анонимм (?), 09:19, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
почему зузешники не знают, что их разгоняют? или они боятся произносить?
| |
|
1.132, Аноним (-), 06:24, 05/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
куча вопросов создателям.
основной "для чего?!"
учитывая чьи уши торчат из-за Новелл и Майкрософт, все эти НИОКР, оплачивающих - вопрос отнюдь, не праздный.
лучше уж kexec пилили бы до похоже уровня и вправду.
ну или SeL4, да, к примеру.
| |
|