Откат обновлений

думаю тупо воткнуть старый пакет из /var/cache/apt поможет.

делаем снапшот репозитория, ставим сначала в тест, потом стейдж, и уж только потом в прод. да, обычно не быстро, раз в месяц это все происходит. для критичных для нас обновлений безопасности - в тот же день, но по той же процедуре, только с упрощенным контролем качества (меньше тестирования) и чейндж менеджмента. если что не так - гипотетический откат средствами пакетного менеджера, пока что такое поймали два раза, оба еще в тесте, что есть гуд. прошел без проблем. тот же самое с кастомными пакетами (у нас абсолютно все в пакетах, в отдельных репозитариях)
бекапы нужно делать по-любому!
для Солярки есть отличный Live Upgrade.

В связи с этим хотелось бы узнать, как максимально быстро уважаемые форумчане откатываются обратно если что-то пошло не так?

dump/restore на UFS2. Снимки и клоны на ZFS.

В большинстве своём обновления безопасности достаточно стабильны, можно ставить сразу и не думать даже. Если, конечно, это адекватный дистрибутив, и всё настроено так, что рестарт сервиса не требует ручного вмешательства.

А так да, либо образы снимать, либо тестовую машину держать. Мы лично не делаем ни так, ни так, у нас сервисы не особо сломаешь обновлением, тестируем на куче разных дистрибутивов и версий.

> dump/restore на UFS2. Снимки и клоны на ZFS.
а что при этом делать с открытыми файлами?
правильно ли я понимаю:
1. гашу сервис(к-ый обновил и который работает теперь некорректно)
2. монтирую снапшот файловой системы(с ZFS не работал пока...)
3. поднимаю сервис и всё должно работать?

> думаю тупо воткнуть старый пакет из /var/cache/apt поможет.

Это хорошо, но часто бывает так:
ставишь rpm -Uhv xxx, а он начинает ссылаться на зависимости или какую-то другую причину, по которой этот пакет нельзя поставить, и вместо предполагаемой 1-минуты отката, на это может уйти пару часов, чего не хотелось бы..

val-amart, сразу видно у вас есть регламент для обновлений и это правильно.
т.к. если каждый день заниматься обновлениями, то проще ещё одного человека взять специально для этой работы =)

если что не так - гипотетический откат средствами пакетного менеджера, пока что такое поймали два раза

т.е. вы не испытывали проблем с откатом средствами yum/apt ?

не испытывали, правда, как я уже говорил, делали это только дважды. yum/rpm

> а что при этом делать с открытыми файлами?

на зфс все нормально будет

правильно ли я понимаю:

1. гашу сервис(к-ый обновил и который работает теперь некорректно)

2. монтирую снапшот файловой системы(с ZFS не работал пока...)

3. поднимаю сервис и всё должно работать?

да, правильно. но так делать не надо, надо пользоваться Live Upgrade, есть даже на 8-ке

Я тебя вообще не понимаю. Ты из репозиториев пакеты ставишь или в инете находишь через какой-нить rpmfind и втыкаешь их?

true_admin, из репозиториев конечно. был случай на практике(на Ubuntu Server 8.04) очень много времени занял откат на старую версию, хотя может быть это из-за неотработанного подхода...

а что именно заняло много времени? Обновилось несколько пакетов и при попытке один из них даунгрейдить завопили остальные?

>> dump/restore на UFS2. Снимки и клоны на ZFS.

а что при этом делать с открытыми файлами?

Они останутся открытыми. Очевидно же.

правильно ли я понимаю:

1. гашу сервис(к-ый обновил и который работает теперь некорректно)

Да.

2. монтирую снапшот файловой системы(с ZFS не работал пока...)

Скорее — перезаливаешь (restore).

3. поднимаю сервис и всё должно работать?

Да.

> а что именно заняло много времени? Обновилось несколько пакетов и при попытке один из них даунгрейдить завопили остальные?

Да, была целая куча зависимостей и пришлось даунгрейдить то, что нежелательно. Плюс тогда я не знал как сказать пакетному менеджеру использовать более старую версию =) Ушло время на гугление.

уф, при таком раскладе могу предложить только тестить апдейты в виртуалке. Я сам так и сделаю если будет серьёзный проект нужного масштаба.

А пока для меня это лишено смысла. Толку тестировать если прогеры ведут разработку прямо на боевом-сервере в папке сайта :).

в слаке все делается проще некуда. скармливаешь slackpkg новый репозиторий, slackpkg update && slackpkg upgrade-all, если что не так после апдейта - просто скармливаешь этой утилите старый репозиторий, и опять slackpkg update && slackpkg upgrade-all. отсинкает все пакеты.