The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В openSUSE Leap появится поддержка атомарного обновления сис..., opennews (??), 15-Май-18, (0) [смотреть все]

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


16. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +1 +/
Сообщение от IZh. (?), 15-Май-18, 14:46 
Вопрос к знатокам. В тексте сказано: "а новый метод создаёт снапшот и выполняет обновление в нём, не касаясь работающей системы до подтверждения транзакции. Если обновление произведено успешно, обновлённый снапшот помечается активным и используется по умолчанию после перезагрузки (обновления вступают в силу только после перезагрузки, на случай проблем в загрузочном меню остаётся и прошлый снапшот)". Что будет с данными, которые были изменены на активной файловой системе после создания снапшота? Это всё потеряется? Если да, то это больше подходит для read-only корня.
Ответить | Правка | Наверх | Cообщить модератору

17. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +/
Сообщение от nobodynoone (?), 15-Май-18, 15:20 
Поэтому снапшотится не вся ФС, а отдельные датасеты в ней.
Ответить | Правка | Наверх | Cообщить модератору

18. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +1 +/
Сообщение от Аноним (-), 15-Май-18, 15:22 
Имеется в виду, что корень с btrfs на одном разделе, а хомяк (с данными) на другом разделе.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

41. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +/
Сообщение от sdog (ok), 15-Май-18, 19:38 
данные потеряны не будут, если быть педантом, их из снапшота можно достать, а так из /opt и всяких /var/lib нужно вынести нужное в другое место или использовать то, как сейчас это сделано - снапшот, патчить активный снап, если что откатываться, но выносить данные нужно.
"ранее доступные системы сохраняли состояние в снапшоте и выполняли обновление в активной системе, а новый метод создаёт снапшот и выполняет обновление в нём, не касаясь работающей системы до подтверждения транзакции"
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

45. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +/
Сообщение от Аноним (-), 15-Май-18, 19:52 
> создания снапшота? Это всё потеряется? Если да, то это больше подходит
> для read-only корня.

Не скажу за зюзю но убунты и проч придумали по этому поводу делать 2 точки монтирования на разных subvolume - home и /. Снапшоты системы, соответственно, не затрагивают юзеровские данные в /home и это снапшотится отдельно. Зюзя наверное придумала что-нибудь не хуже.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

50. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +1 +/
Сообщение от IZh. (?), 15-Май-18, 20:14 
Я в первую очередь про те же логи в /var/log и базы данных в /var/lib. Получается, надо ещё и под /var всегда отдельный раздел иметь. Или, скорее, конкретно под базы и логи, так как те же базы RPM и лежат в /var/lib, а они явно должны меняться при установке новых пакетов.
Ответить | Правка | Наверх | Cообщить модератору

62. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +/
Сообщение от Шел мимо (?), 16-Май-18, 18:04 
В чем смысл делать снимки перечисленного? По крайней по умолчанию перечисление находится в отдельных подтомах и, к примеру, при zypper patch в снимок они не попадают
Ответить | Правка | Наверх | Cообщить модератору

63. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +/
Сообщение от Шел мимо (?), 16-Май-18, 18:06 
В чем смысл делать снимки перечисленного? По крайней мере по умолчанию перечисленное находится в отдельных подтомах и, к примеру, при zypper patch в снимок они не попадают
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

52. "В openSUSE Leap появится поддержка атомарного обновления сис..."  +/
Сообщение от VINRARUS (ok), 15-Май-18, 20:30 
> Не скажу за зюзю но убунты и проч придумали по этому поводу
> делать 2 точки монтирования на разных subvolume - home и /.
> Снапшоты системы, соответственно, не затрагивают юзеровские данные в /home и это
> снапшотится отдельно. Зюзя наверное придумала что-нибудь не хуже.

/  в btrfs, a /home в XFS.
Но я всё равно /home в btrfs использую.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

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

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




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

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