Можно ли использовать etckeeper для отслеживания конфигурационных файлов вне /etc?
В частности, я хотел бы отслеживать мой grub.conf
(/boot/grub/grub.conf
) и некоторые файлы оракула (т.е. /db/app/oracle/product/10.2.0/db_1/network/admin/tnsnames.ora
).
Я пытался использовать ссылки; однако etckeeper/git отслеживает только то, куда указывает ссылка, а не фактическое содержимое. И я не могу создавать жесткие ссылки, так как файлы находятся на другом томе.
Я знаю, что мог бы установить другой GIT-репозиторий, но я бы предпочел, чтобы все это было в etckeeper.
Обновить
Основываясь на ответе nealmcb, я разработал следующий скрипт:
#!/bin/sh
set -e
# Based on nealmcb's idea/script from http://faultserver.ru/questions/211425/
# If you want other configuration data or files on the system also
# opportunistically tracked via etckeeper, use this script to copy them in.
# If there is a hook of some sort available related to the files
# you're mirroring, you can call etckeeper directly and track them
# proactively, rather than just opportunistically here.
MIRROR_ROOT=/etc/etckeeper.mirror.d
echo "etckeeper: mirroring outside files to $MIRROR_ROOT/:"
mirror_dir() {
LOCAL_PATH=$1
echo " $LOCAL_PATH"
mkdir -p $MIRROR_ROOT/$LOCAL_PATH
rsync -a $LOCAL_PATH/ $MIRROR_ROOT/$LOCAL_PATH
}
mirror_dir "/boot/grub"
mirror_dir "/root"
Чтобы добавить или удалить путь, вы просто добавляете или удаляете mirror_dir
позвоните внизу.
6 ответов
Я отредактировал вышеупомянутый скрипт, чтобы также включить простые файлы.
Может быть, кто-то должен добавить возможность настроить это вне скрипта (в конфигурации etckeeper?) и отправить это как патч для Joey Hess?
#!/bin/sh
set -e
# Based on nealmcb's + ErebusBat's script from http://faultserver.ru/questions/211425/
# If you want other configuration data or files on the system also
# opportunistically tracked via etckeeper, use this script to copy them in.
# If there is a hook of some sort available related to the files
# you're mirroring, you can call etckeeper directly and track them
# proactively, rather than just opportunistically here.
MIRROR_ROOT=/etc/etckeeper.mirror.d
echo "etckeeper: mirroring outside files to $MIRROR_ROOT/:"
mirror_dir() {
LOCAL_PATH=$1
echo " $LOCAL_PATH"
mkdir -p $MIRROR_ROOT/$LOCAL_PATH
rsync -a --del $LOCAL_PATH/ $MIRROR_ROOT/$LOCAL_PATH
}
mirror_file() {
LOCAL_PATH=$1
DIRPATH=`dirname $LOCAL_PATH | head -n 1`
echo " $LOCAL_PATH"
mkdir -p $MIRROR_ROOT/$DIRPATH
rsync -a --del $LOCAL_PATH $MIRROR_ROOT/$DIRPATH
}
mirror_file "/var/srv/foo_bar/blog/config.py"
mirror_file "/var/srv/foo_bar_another_host/trac/conf/trac.ini"
mirror_file "/tmp/wildcards/*.jpg"
Etckeeper позволяет вам интегрировать его с другими системами.
Я также хотел отслеживать изменения, сделанные update-grub в /boot, поэтому я поместил код ниже в /etc/etckeeper/commit.d/20mirror-outside-files
Таким образом, всякий раз, когда etckeeper вызывается по другим причинам (когда я устанавливаю программное обеспечение, иногда ночью и т. Д.), Он будет захватывать и отслеживать изменения в последней конфигурации grub.
Я придумал соглашение, чтобы поместить этот материал в / etc / Mirror /path-to-outside-file, например /etc/Mirror/boot/grub/grub.cfg
но если у кого-то есть прецедент для другого такого соглашения, я хотел бы услышать об этом.
#!/bin/sh
set -e
# If you want other configuration data or files on the system also
# opportunistically tracked via etckeeper, use this script to copy them in.
# If there is a hook of some sort available related to the files
# you're mirroring, you can call etckeeper directly and track them
# proactively, rather than just opportunistically here.
echo etckeeper: mirroring outside files
mkdir -p /etc/Mirror/boot/grub
cp -p /boot/grub/grub.cfg /etc/Mirror/boot/grub
Обновить:
Обратите внимание, что по какой-то причине etckeeper не запускает это, когда вы выполняете apt-get remove или purge, например, чтобы удалить старое ядро. Странно.... Но ты можешь бежать sudo etckeeper commit
вручную в этом случае или после ручного update-grub
,
etckeeper теперь имеет -d
возможность указать, в каком каталоге он должен работать.
В то время как хуки для запуска etckeeper обычно используют конструкцию как etckeeper pre-install
..., вам придется добавить крючки, которые используют etckeeper pre-install -d /boot/grub
вместо. Это позволит избежать дублирования файлов в вашем подходе.
Обратите внимание, что если вы считаете, что systemd target, service,..., файлы - это файлы конфигурации (я делаю - в конце концов, файлы в /lib/systemd
ничем не отличаются от файлов под /etc/init.d
) тогда это -d
опция поможет вам отслеживать, что происходит в /lib/systemd
,
Из синопсиса: etckeeper init -d /directory
Но будьте осторожны! при следующем запуске или на следующей неделе, если вы забудете -d path
, это может создать новое автономное локальное репо с местоположением по умолчанию в /etc
,
Поэтому я бы порекомендовал внести эту важную деталь в ее конфигурацию, в etckeeper.conf. Быстрый, grep /etc \``which etckeeper\``
, показывает:ETCKEEPER_DIR=/etc
и так просто используйте эту переменную в etckeeper.conf.
sed -i '1 i\ETCKEEPER_DIR=/' /etc/etckeeper/etckeeper.conf
От желания "сохранить" другие вещи, включая атрибуты файла,etckeeper init -d /
у меня сработало, но потом забыть детали досадно. Так что лучше всего сохранить эту деталь. Также, uninit
не отменяет использование VCS, он просто удаляет весь локальный репо.
Я не думаю, что etckeeper сделает это, но есть несколько решений:
обратные ссылки: поместите ссылку на файловую систему в файл в / etc /
Сценарий копирования этих файлов в /etc (резервная копия) и из /etc (восстановление). Затем используйте эти скрипты периодически или в соответствующем git-хуке.
Я предпочитаю глобальные настройки в etckeeper.conf.
ETCKEEPER_DIR=/
при наличии .gitignore, который заносит в черный список все, кроме некоторых конкретных файлов:
*
!.etckeeper
!.gitignore
!etc/
!etc/fstab
# ...
Инициализация etckeeper сработала, и добавление etckeeper тоже. Однако коммит etckeeper по-прежнему сканирует все дерево / и не возвращается. Я уже удалил 20warn-problem-files, поскольку знаю, какие именно файлы добавляются. Отладка с помощью bash -x показывает
+ /etc/etckeeper/commit.d/20store-metadata updates