17.02.2008
Когда количество серверов на поддержке переваливает за второй десяток, поневоле начинаешь думать как бы так сделать, чтобы удобные, но очень скучные aptitude update && aptitude upgrade происходили без вмешательства со стороны занятого более творческой работой администратора. В бытность свою молодым джедаем, меня посещала гениальная мысль засунуть эти команды в шедулер. Ничего хорошего из этого, разумеется, не вышло. При желании, конечно, можно написать скрипт автоматизирующий эту задачу, но это уже будет велосипедостроение.
Пакет cron-apt представляет собой утилиту, с помощью которой автоматизируется скачивание, а при желании и установка обновлений. Расскажу как я обычно настраиваю его и apt sources.
Мой /etc/apt/sources.list для серверов в российском сегменте сети выглядит так:
deb http://mirrors.yandex.ru/debian/ etch main contrib non-free
Раньше я указывал на зеркала http://ftp.uk.debian.org/debian/ или http://ftp.estpac.ee/debian/, потом перестал. Яндекс, хоть я его и не очень люблю, находится значительно ближе, да и трафиик с него российский.
Кроме основного файла создаётся ещё один или два:
/etc/apt/sources.list.d/security.list:
deb http://security.debian.org/debian-security/ etch/updates main contrib non-free
/etc/apt/sources.list.d/volatile.list:
deb http://volatile.debian.org/debian-volatile/ etch main contrib non-free
Для справки: volatile — это репозитарий, который позволяет обновлять те пакеты из текущей стабильной версии, которые требуют регулярного обновления. Нужен он для того, чтобы не вносить в стабильный репозитарий пакеты, не прошедшие стандартный путь через ветку testing.
Как пример, у меня volatile используется для обновлений clam и spamassassin.
Разумеется, это самый простой случай. Иногда приходится подключать backports.org или другие репозитарии, но это уже по месту. В общем случае этих трёх источников достаточно.
Ставится стандартно:
$ sudo aptitude install cron-apt
Конфигурацию имеет довольно гибкую. Параметры подробно описаны в /etc/cron-apt/config. Если оставить его как есть, то будет раз в сутки обновлять списки пакетов и скачивать всё, что нужно для dist-upgrade. Это уже само по-себе приятно. Когда начинаешь апдейтиться вручную пакеты уже готовы, не надо ждать пока они скачаются. Экономит время.
А чтобы автоматизировать ещё и установку, создаётся два файла.
/etc/cron-apt/action.d/4-security:
upgrade -y -o Dir::Etc::SourceList=/etc/apt/sources.list.d/security.list
/etc/cron-apt/action.d/5-volatile:
upgrade -y -o Dir::Etc::SourceList=/etc/apt/sources.list.d/volatile.list
Есть один подводный камень, на который можно наткнуться. Если вы имеете привычку редактировать стандартные конфиги, устанавливаемые пакетами, то при обновлении apt может захотеть слить изменённый конфиг с новым. Я натыкался на такую проблему, когда кроме security и volatile автоматически обновлялся ещё и из proposed-updates (что и вручную-то делать на продакшн-сервере не фонтан идея). При обновлениях из security и volatile, за 4 с лишним года использования cron-apt, таких проблем не наблюдал ни разу. Хотя справедливости ради надо сказать, что никаких документов отдельно регламентирующих процедуру автоматического обновления файлов конфигурации мне найти не удалось. Так что проявление таких проблем возможно.
Ещё одна деталь. Если вы любите получать отчёты о всех автоматизированных действиях ваших серверов, то можно сделать вот как.
/etc/cron-apt/conf.d/4-security:
MAILON="always"
/etc/cron-apt/conf.d/5-volatile:
MAILON="always"
Теперь обо всех своих действиях cron-apt будет отчитываться root’у. Параметр «always» можно заменить на «errors», и тогда отчёты будут отправляться только в случае возникновения ошибок.
18.02.08 19:56 Anonymous комментирует:
/etc/cron.daily/update.sh:
apt-get update
apt-get -y upgrade
Скачивать заранее всё для dist-upgrade ИМХО не есть хорошо: до того как надумаешь этот dist-upgrade сделать, можно скачать что-нибудь вроде package-1.0-r1.deb, package-1.0-r2.deb, package-1.0-r3.deb , а понадобится только последний. Хотя если сильно надо, можно добавить
apt-get –download-only dist-upgrade
apt-get autoclean
Кидание сообщений на почту тоже можно прикрутить.
18.02.08 19:59 Anonymous комментирует:
19.02.08 09:16 uptimebox комментирует:
Что касается предварительного скачивания, то тут уж кому что больше нравится. Можно dist-upgrade заменить на просто upgrade.
21.02.08 08:46 uptimebox комментирует:
01.03.08 13:08 amadis комментирует:
. И контролировать, что оно там заапдейтит.
А то вот, насколько мне помниццо, при upgrade с sarge на woody там столько всего попеременяли, что очень много потом пришлось допиливать руками (синтаксис конфигов некоторых программ поменялся)…
10.06.08 12:37 Ксюша комментирует:
04.04.10 21:25 private-seo-soft.blogspot.com комментирует:
Спасибо написано очень доходчиво :) Хочу добавить от себя детальное описание процесса настройки крона вручную и через панельку DirectAdmin private-seo-soft.blogspot.com/2010/04/crontab.html