Можно ли использовать 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 сделает это, но есть несколько решений:

  1. обратные ссылки: поместите ссылку на файловую систему в файл в / etc /

  2. Сценарий копирования этих файлов в /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
Другие вопросы по тегам