YUM + машина времени

2009-11-25 12:15 | Автор: Vasile Chelban | Filed under: Vasile

И сегодня мне посчастливилось ею воспользоваться. Опишу повод:

Система Fedora 12. Постоянно обновляюсь из updates-testing репозитория. Соответственно ловлю часто баги. На этот раз - не могу аутентифицироваться на компьютерах рабочей группы. Подозрение на samba/libsmbclient. И действительно - согласно /var/log/yum.log недавно обновил пакеты до 3.4.3 версии.

Вариант первый yum remove samba\*; yum --disablerepo=fmd_updates-testing install samba\*

Однако куча зависимостей препядствует подобному решению. Можно было скачать пакеты с помощью yumdownloader и потом обновить rpm-ом с параметром --old-package, однако в этот момент вспомнил (всё) 🙂

yum history выдал список последних транзакций.

yum history info NN дал информацию по нужной, и далее - yum history redo NN для отмены той транзакции.

Проверка - всё успешно. Опять могу работать в домене.

Метки: fedora 12

17 комментариев »

комментариев 17

1. Аноним:
   ������ 25, 2009 12:48

   Очень интересно

2. jekader:
   ������ 25, 2009 13:27

   федора такая федора!

3. jekader:
   ������ 26, 2009 10:30

   но как всё-таки работает машина времени?

   она что, хранит все пакеты старых версий на винте?

4. Vasile:
   ������ 26, 2009 10:49

   нет — только список пакетов-версий. А их уже достаёт из репозитория.

5. jekader:
   ������ 26, 2009 12:03

   а если там уже нет? Или, к примеру, то был локально собранный пакет?

6. Vasile:
   ������ 26, 2009 13:46

   yum пропустит этот пакет.

7. Vasile:
   ������ 26, 2009 14:57

   А вот описание другой машины времени которую планируют добавить в ближайшую версию Fedora — System Rollback With Btrfs

8. Jekader:
   ������ 26, 2009 18:25

   Система, безусловно, интересная. Но ради этого надо будет с огромным запасом файловые системы разбивать! Пахнет ынтырпрайзом 😉

9. Vasile:
   ������ 26, 2009 18:27

   ну не совсем огромный запас — всё же механизм copy-on-write очень эффективен.

10. jekader:
    ������ 27, 2009 9:54

    про эффективность не в курсе. В курсе про то, что в современных дистрах ежемесячно выкачивается по ~500 мегабайт обновлений. Соответственно, столько-же места будет «оседать» с снэпшотах. А если ещё учесть конфиги, логи, временные файлы, которые тоже часто меняются на обычной rootfs — всё это будет «замораживаться» при очередном обновлении.

    То есть чисто логически, старые снэпшоты будут «отъедать» в год по 6 гигов пространства. Если старые не удалять, конечно. Но про это в той ссылке, что ты дал, ничего нет. И речь там вообще про «прелести rawhide», в котором обновлений ещё на порядок больше 🙂

11. Vasile:
    ������ 27, 2009 16:42

    ну для временного хранения снэпшотов — в самый раз. Можно себе политику задать — недельный, месячный и пару последних..
    В остальном — просто делишь структуру файлов на те части что должны откатываться и остальные (уже не с btrfs).

    Кстати — мы скоро должны будет задаться вопросом о основной ФС для зеркала.

12. jekader:
    ������ 28, 2009 8:48

    принимайте мой голос за fat16!

13. Vasile:
    ������� 1, 2009 16:24

    ext4 will be!

14. jekader:
    ������� 2, 2009 22:22

    why not pohmelFS? 🙁

15. Vasile:
    ������� 4, 2009 13:25

    Все будет завтра. И никакого похмелья 🙂

16. jekader:
    ������� 6, 2009 11:48

    запость новость, как всё пройдёт по плану 😉

17. Vasile:
    ������� 11, 2009 19:06

    ну не красота разве? нужен вдруг Imagemagick на сервере — делаю yum install /usr/bin/convert
    по зависимостям еще пяток пакетов. Отмаштабировал картинки, больше мне он не нужен. Раньше бы «копи-пейстил» из /var/log/yum.log имена пакетов, теперь просто — yum history и yum history undo NN

Leave a comment

Имя

Mail (will not be published)

Сайт

Δ

CAPTCHA Code *