| 1.3, тень_pavel_simple (?), 18:50, 09/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
незаменимая вещь.
осталось прояснить с возможностью использования criu для обновления динамических библиотек "долго работающим" процессам
| | |
| |
| |
| 3.5, тень_pavel_simple (?), 19:42, 09/03/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
>[оверквотинг удален]
>> "долго работающим" процессам
> https://blogs.oracle.com/linux/entry/new_userspace_patching_with_ksplice
> Не благодарите.
> https://duckduckgo.com/?q=Ksplice+site%3Aopennet.ru%2Fopennews%
> 23.01.2016 10:29 Ksplice для компонентов пространства пользователя адаптирован для Oracle
> Linux 6
> 24.02.2012 12:35 Oracle представил сервис Ksplice для RHEL и продлил поддержку
> для Oracle Linux до 10 лет
> 22.07.2011 08:48 Oracle поглотил компанию Ksplice, развивающую технологию обновления
> Linux-ядра без перезагрузки
Спасибо, Андрей, но за ksplice я вкурсе. но суть в другом, ksplice как и раньше для ядерной части предполагает подготовку binary-патчей. С моей-же точки зрения наиболее подходящим для этого (security обновления библиотек) инструментом выглядит именно checkpoiint/restore. Павлин что-то говорил что это мол пустое, но я как-то не наблюдаю больших технический трудностей для реализации ещё и этого функционала в рамках CRIU, учитывая что в ядерной части основная часть проделана и патчи для 4.4 ядра предполагают checkpoint/restart seccomp/ebpf.
на текущий момент needrestart мне подсказывает и помогает справляться с рестартом необходимого на полуавтомате, но хотелка нерестартовать вовсе от этого меньше не становится.
| | |
|
|
| |
| |
| 3.14, pavlinux (ok), 23:10, 09/03/2016 [^] [^^] [^^^] [ответить]
| –4 +/– |
 > Живая миграция в Docker ... LXC ... Virtuozzo 7 ... Tonic ... А еще тут куча ...
Я спрашивал практическое применение, а не примеры того, что динамитом можно убить 2.5 воробья (и то если скучкуются).
Накой хрен мигрировать весь Docker/LXC/Virtuozzo 7/Tonic? rsync ssh:// уже не модно?
Ах да, "с сохранением и восстановлением" - Чо, прям с паролями и временными SSL-ключами?
Так наверно на случай сбоя, хотя да, какая в ж...у миграция если диск накрыло?!
Ну тогда ... c собой в отпуск брать, в пятницу закрюкал, в субботу на пляже разморозил!
Вечером закрюкал, слил в продакшен! А чо, конфиги уже впадлу править?
---
Не, у меня есть варианты, но они настолько экзотичные, что даже развивать тему не хочется.
| | |
| |
| 4.16, anony (?), 23:28, 09/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
тебе ответили про практическое применение. Что ты передергиваешь?
| | |
| 4.30, angra (ok), 22:53, 10/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Накой хрен мигрировать весь Docker/LXC/Virtuozzo 7/Tonic? rsync ssh:// уже не модно?
Кто говорит о миграции всей ноды? Речь про отдельный контейнер. При этом в процессе миграции rsync и ssh очень даже активно используются. Но ими дело не ограничивается, ведь перенести надо не только состояние "диска", но и состояние памяти.
> Ах да, "с сохранением и восстановлением" - Чо, прям с паролями и
> временными SSL-ключами?
Таки да. И даже с открытыми сокетами и файлами, прикинь какое сильное колдунство.
> Так наверно на случай сбоя, хотя да, какая в ж...у миграция если
> диск накрыло?!
Нет, на случай переноса на другую ноду(железный сервер) без приостановки работы, в том числе и по сети.
> Ну тогда ... c собой в отпуск брать, в пятницу закрюкал, в
> субботу на пляже разморозил!
В принципе можно, хоть и не совсем для этого создавалось.
| | |
|
|
| 2.8, тень_pavel_simple (?), 20:27, 09/03/2016 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
Павлин, как насчёт такого применения.
1. checkpoint
2. делаем копию
3. на копии патчим библиотеки
4. запускаем копию с новыми библиотеками в изоляторе
-- если не упало убиваем и патчим оригинал -> запускаем оригинал в работу
-- если упало -> запускаем оригинал как был.
5 restart
| | |
| |
| |
| 4.10, тень_pavel_simple (?), 20:53, 09/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> откуда вы возмёте боевую нагрузку и изоляторе?
1. а она не нужна, точнее сказать, она уже имеется и проверяется в первую очередь соответствие ABI
2. обновление в любом случае только в регламентированное время
| | |
| |
| 5.11, Аноним (-), 21:01, 09/03/2016 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> если не упало убиваем и патчим оригинал
так она у вас никогда не упадёт, без нагрузки то.
| | |
| |
| 6.24, тень_pavel_simple (?), 08:52, 10/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
представь себе что кроме этих ваших web сайтиков бывают такие программы, которые просто работают и делают дело, им не нужно новых коннектов - только память/cpu/диск
какая сложность инициировать в огороде новое соединение?
| | |
|
|
|
| 3.15, pavlinux (ok), 23:20, 09/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
> Павлин, как насчёт такого применения.
1. Виртуалка. Сетевуха в бридже с eth0.
2. Снапшот.
3. Пуск
4. Редирект трафика в виртуалку.
-- если не упало обновляем продакшен, редиректим обратно.
-- если упало -> не сохраняем снапшот.
И то жирно, хватит проверить библиотеку на боевом,
ну отвалится сотня-другая тысяч клиентов, ничё, не умрут - F5 нажмут.
С миграциями есть риск, что все клиенты воткнутся вообще в нерабочий сервер.
---
Вместо этой мигрилки лучше бы развивали тему "Дампа оперативки, и привязки его к новой системе, как конфига ядра". (с)
grub:
linux /boot/vmlinuz-9.99.999 root=/dev/cloud memcfg=/memdump-21.01.2189.raw
Через 2 сек. комп работает как и пару месяцев назад.
---
За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)
| | |
| |
| 4.25, тень_pavel_simple (?), 09:07, 10/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
>> Павлин, как насчёт такого применения.
> 1. Виртуалка. Сетевуха в бридже с eth0.
> 2. Снапшот.
> 3. Пуск
> 4. Редирект трафика в виртуалку.
> -- если не упало обновляем продакшен, редиректим обратно.
> -- если упало -> не сохраняем снапшот.
неплохо придумано, но, есть проблемы, как пример
есть писаное чужими кривыми руками приложение, при старте коннектится к бд -> делает пару запросов -> следующие запросы раз в неделю.
обработка потери соединения в приложении не расписана -> соответственно при потере tcp коннекта оно падает на раз-два.
бд требует обновления, приложение остановить проблематично, можно конечно написать какой-нибудь прокси посередине но таких прокси ненаберёшся.
> И то жирно, хватит проверить библиотеку на боевом,
> ну отвалится сотня-другая тысяч клиентов, ничё, не умрут - F5 нажмут.
> С миграциями есть риск, что все клиенты воткнутся вообще в нерабочий сервер.
я конечно может слишком оптимистичен, но мне кажется criu взлетит. будет-ли реализована моя хотелка или нет - покажет время.
f5 не для всех задач подходит, к сожалению.
> ---
> Вместо этой мигрилки лучше бы развивали тему "Дампа оперативки, и привязки его
> к новой системе, как конфига ядра". (с)
> grub:
> linux /boot/vmlinuz-9.99.999 root=/dev/cloud memcfg=/memdump-21.01.2189.raw
> Через 2 сек. комп работает как и пару месяцев назад.
> ---
> За много бабла распишу и спроектирую схему реализации такой системы. Сам программить
> не буду, влом уже. :)
ну а чем принципиально это отличается от hibernate?
| | |
| |
| 5.32, pavlinux (ok), 23:22, 10/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> неплохо придумано, но, есть проблемы, как пример
На уровне ядра, elf фала и карты памяти с метками решается.
А хочет этого приложение или нет определяется при компиляции.
> я конечно может слишком оптимистичен, но мне кажется criu взлетит.
Никак не придумаю я реальной проблемы при которой нужна миграция системы
с сохранением состояния. Разве только какие-то экзотичные виды бэкапа
узлов нейронной сети, которые по сигналу из мозгового сервера восстанавливают
своё состояние.
| | |
| |
| 6.39, тень_pavel_simple (?), 12:51, 11/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> неплохо придумано, но, есть проблемы, как пример
> На уровне ядра, elf фала и карты памяти с метками решается.
> А хочет этого приложение или нет определяется при компиляции.
>> я конечно может слишком оптимистичен, но мне кажется criu взлетит.
> Никак не придумаю я реальной проблемы при которой нужна миграция системы
> с сохранением состояния. Разве только какие-то экзотичные виды бэкапа
> узлов нейронной сети, которые по сигналу из мозгового сервера восстанавливают
> своё состояние.
если-уж не говорить о livepatch'инге то как вариант тормознул приложение -> слил на флешку -> принёс домой -> продолжаешь работать. это конечно тоже можно рассматривать как извращение при наличии терминального/сетевого доступа... но
| | |
|
|
| 4.27, Мурзик (?), 12:54, 10/03/2016 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)
В серверную картриджей принесли, сходи заправь! Потом уже можешь садиться и писать все что хочешь, но сначала работу сделай, за которую тебе деньги платят.
| | |
| |
| 5.34, pavlinux (ok), 23:24, 10/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)
> В серверную картриджей принесли, сходи заправь!
Вам какая печаль? Ещё на складе не забрали веники и мётлы,
а весна уж скоро - пора тебе лопату на метлу менять и идти подметать.
| | |
|
|
| 3.31, Sw00p aka Jerom (?), 23:15, 10/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция, и всякие вимбекапы
спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов из одного дц в другой )))
| | |
| |
| 4.33, pavlinux (ok), 23:23, 10/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция,
> и всякие вимбекапы
> спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов
> из одного дц в другой )))
Есть уже, "Равшан, Джамшут и Газель Сo. Inc."
| | |
| |
| 5.36, Sw00p aka Jerom (?), 23:30, 10/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция,
>> и всякие вимбекапы
>> спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов
>> из одного дц в другой )))
> Есть уже, "Равшан, Джамшут и Газель Сo. Inc."
что только не придумают, чтоб занятость населения была )))
роботизация зло !!! ))))))
| | |
|
|
|
|
| 1.17, Константавр (ok), 00:10, 10/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 А я хочу
1: Запустил КДЕ
2: Поработал во множестве программ
3: Наступила ночь (или надо куда-то ехать с компом)
4: Чудесным способом применил эту Крю
5: Комп выключился
6: Поспал (приехал куда надо было)
7: Включил со всеми ранее запущенными программами и файлами в том состоянии что и вчера.
8: Щастя.
Так мождно?
| | |
| |
| |
| 3.22, Константавр (ok), 01:35, 10/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нет. Не то. Есть желание сохранять состояние рабочей сессии. Или самых нужных программ. Это не гебернация. После неё я не смогу зайти от другого пользователя. А тут вошёл в рабочую учётку и тебе открылись кады-офисы с документами и всеми ундами, вошёл "домой"и тут тебе всё как было, фоточки в гимпе и пр. тоже, ундай-не хочу..
| | |
| |
| 4.43, annual slayer (?), 16:18, 11/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Нет. Не то. Есть желание сохранять состояние рабочей сессии. Или самых нужных
> программ. Это не гебернация. После неё я не смогу зайти от
> другого пользователя. А тут вошёл в рабочую учётку и тебе открылись
> кады-офисы с документами и всеми ундами, вошёл "домой"и тут тебе всё
> как было, фоточки в гимпе и пр. тоже, ундай-не хочу..
в твом первом сообщении ни слова про переключение пользователей
но так тоже можно сделать, просто пользователей будет переключать в GRUB-е
| | |
|
|
| 2.21, Аноним (-), 01:34, 10/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Этот костыль так просто не заработает, нужно 20тонн синей изоленты.
| | |
| |
| 3.23, Константавр (ok), 01:37, 10/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вот и я думаю. А все вумнаи слова, что понаписали в новости лишь для прикрытия, что это не для людей сделано.
| | |
| |
| 4.26, Чаёвник (?), 11:14, 10/03/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
Это сделано для людей которым работать, а не извращаться. Миграция приложений вещь сама в себе.
Если для вашего кейса не хватает саспенда, то вы явно делаете что-то не так. Возможно вы не так описываете свои хотелки.
| | |
| |
| 5.28, Константавр (ok), 19:54, 10/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Возвращаться к сохранённой точке в проекте, со всеми откатами и открытыми сопутствующими инструментами - это не работа? Вернуться в мастерскую, где всё так как я оставил - это извращение? У нас видимо очень разные представления о работе.
Два пользователя в системе - один для домашних посидюлек, другой для работы. Файлы не пересекаются, настройки не мешаются, закладки не отвлекают, красота! Какой нахрен саспенд? Единственное чего не хватает - сохранение состояния сессии или критически важных приложения с документами.
| | |
| |
| 6.35, Sw00p aka Jerom (?), 23:27, 10/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Возвращаться к сохранённой точке в проекте, со всеми откатами и открытыми сопутствующими
> инструментами - это не работа? Вернуться в мастерскую, где всё так
> как я оставил - это извращение? У нас видимо очень разные
> представления о работе.
> Два пользователя в системе - один для домашних посидюлек, другой для работы.
> Файлы не пересекаются, настройки не мешаются, закладки не отвлекают, красота! Какой
> нахрен саспенд? Единственное чего не хватает - сохранение состояния сессии или
> критически важных приложения с документами.
вспомнился Фантом ОС уважаемого DZ. Может всё таки сменить подход ОС самой ? В Фантом ОС нет понятия файла, как я понял из конференций 2009 года, всё что имеется эт типа гибернейт файлика - который при следующем старте стартовал именно в том месте где и остановился, помню лайв демонстрацию цикла в Фантом ОС когда резко всё выключали, а после старта можно было увидеть как цикл продолжился и переменная инкремента ну чуть отставала на момент остонова всей системы, прелесть - не так ли? Но в реале, что? кто поддерживает идеи DZ ? по части многие сочли бы не нужным такое поведение.
> сохранение состояния сессии или
> критически важных приложения с документами.
так файлы уже и есть сохранение крит важных данных с последующим их воспроизведением )))
пс: определитесь что вам нужно, может ещё придумаете чтоб комп энергию не потреблял ? ох какое счастье было бы.
| | |
| |
| 7.41, тень_pavel_simple (?), 13:03, 11/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> вспомнился Фантом ОС уважаемого DZ. Может всё таки сменить подход ОС самой
> ?
всё-бы хорошо - но придётся много переписывать
это не первый checkpoint/restart на linux, когда-то был mosix/openssi/kerrighed у них правда ещё и доп. функционал. но CRIU первый в mainline'е
| | |
|
| 6.42, Чаёвник (?), 13:55, 11/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Добавить в тулбар тайтла окна кнопочку-бэкенд к CRIU, которая будет не закрывать приложение, а замораживать его состояние тебя устроит? Вроде худо-бедно все WM можно так кастомизировать, было бы желание же.
Хотя в твоём кейсе нужно что-то типа саспенда учётки (и всех процессов запущенных её пользователем, соответственно). В принципе тоже решаемо, при локе учётки - саспендить все процессы заданного юзверя, при входе юзверя - размораживать.
| | |
|
|
| 4.29, angra (ok), 22:45, 10/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Прикинь, всё ядро не для людей сделано, ты напрямую с ядром вообще не работаешь, только через туеву хучу прослоек типа либ и приложений.
| | |
|
|
| 2.37, pavlinux (ok), 23:33, 10/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Так мождно?
Vmware -> Snapshots, я так Вантуз 10 запускаю, ибо оно грузится
до рабочего состояния минут 5, и вечно что-то апдейтит.
| | |
| 2.38, Айнанимм (?), 01:10, 11/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Мнда... это реализованно в полуоси было году в 93-95... называлось "рабочая папка"...
| | |
|
|
