From: "Fr. Br. George" <george@altlinux.ru>
To: ALT Linux sysadmin discuss <sysadmins@lists.altlinux.org>
Subject: Re: [Sysadmins] Архивирование настроек системы и прочее...
Date: Sun, 3 Dec 2006 14:05:31 +0300
Message-ID: <20061203110531.GB54283@grep.po.cs.msu.su> (raw)
In-Reply-To: <20061129114417.04dcbd37@shadow.orionagro.com.ua>
On Wed, Nov 29, 2006 at 11:44:17AM +0200, Dmitriy L. Kruglikov wrote:
> Доброго времени суток, коллеги.
>
> Прошу коллективного разума для анализа и приведения в
> удобоваримое состояние нескольких идей,
> описанных в статье:
> http://www.freesource.info/wiki/DmitriyKruglikov/Raznoe/etcmirror
Когда я работал в support@, у нас висела очень похожая задача.
Вкратце она формулировалась так:
Исходная стуация:
0. От клиента пришла заявка, что что-то не работает на сервере.
1. Админ зашёл на сервер клиента и что-то там правил до тех пор, пока
оно не заработало.
2. Админ выполнил ритуальные действия по:
(a) сохранению изменённого
(b) документированию, что и зачем изменил
(c) закрытию заявки
3. Клиент подтверждает, что работает, заявка снимается
Попытки решить дело CVS-ом привели к бунту на корабле: неудобно
закидывать изменения, повсюду валяются метаданные, документировать
приходится _не_ там, где правил (в TT-системе).
Беда в том, что CVS, GIT и прочее -- это средства в первую очередь
совместной разработки, а никак не бэкапа. Средства же бэкапа, как
правило, имеют первой целью _полное_ восстановление, а не восстановление
конфигов, и, следовательно, жрут трафик так, что ими пользваоться
нельзя.
Соответственно, встала задача автоматизации ритуальных действий
(a) rsync? Наша идея была не в том, чтобы искать какие-то строки, а в
том, чтобы бэкапить _всё_, что изменилось _везде_, где лежат конфиги
минус логи и прочее автоизменяемое. То есть иметь список каталогов для
бэкапа и список исключений, которые бэкапить не надо. А бэкапить каждый
раз разницу плюс изменения в правах доступа.
(b) Сама процедура такого бэкапа должна была автоматически запускать
редактор отчёта (как это длается в CVS со товарищи). Отчёт должен быть
трёх видов: обязательный краткий -- для клиента и закрытия заявки,
автоматический со списком файлов (чтобы было понятно, что изменял) и
необязательный комментированный diff -- если что-то хитромудрое было
проделано.
(c) Затем получившийся пучок отсылался куда-то в хранилище, дабы не
пропадало; в идеале из него должен был вырезаться отчёт #1 и цепляться к
заявке. Без идеала -- copy-paste из веб-морды хранилища.
Бонусом от этого должны были стать:
- документированность конфигов
- возможность подключения к работе _другого_ админа
- полуавтоматическое восстановление конфигов из хранилища (возможно,
даже в виде применения патчей на слегка другой базовой системе)
Но, увы, никто этим не занялся, а кто занялся -- не сделал.
Если вас интересует такая постановка задачи, можно подумать вместе над
развитием etcmirror. Может быть, в виде пары etcmirror+trac...
--
George V. Kouryachy (aka Fr. Br. George)
mailto:george at altlinux_ru
next prev parent reply other threads:[~2006-12-03 11:05 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-29 9:44 Dmitriy L. Kruglikov
2006-11-29 10:59 ` Aleksey Avdeev
2006-11-29 11:09 ` Dmitriy L. Kruglikov
2006-11-29 11:33 ` Aleksey Avdeev
2006-11-29 12:06 ` Dmitriy L. Kruglikov
2006-11-29 12:27 ` Aleksey Avdeev
2006-11-30 18:40 ` Michael Shigorin
2006-11-30 18:53 ` Aleksey Avdeev
2006-11-29 12:41 ` Anatoliy Lisjutin
2006-11-29 14:18 ` Dmitriy L. Kruglikov
2006-11-30 18:42 ` Michael Shigorin
2006-12-01 7:09 ` Dmitriy L. Kruglikov
2006-12-01 9:36 ` Michael Shigorin
2006-12-01 10:03 ` Dmitriy L. Kruglikov
2006-12-01 10:37 ` Aleksey Avdeev
2006-11-29 15:04 ` ABATAPA
2006-11-29 15:11 ` Dmitriy L. Kruglikov
2006-11-29 15:27 ` Dmytro O. Redchuk
2006-11-29 16:01 ` ABATAPA
2006-11-29 16:28 ` Dmytro O. Redchuk
2006-12-03 11:05 ` Fr. Br. George [this message]
2006-12-03 12:15 ` Dmitriy L. Kruglikov
2006-12-03 12:33 ` Dmitry Lebkov
2006-12-03 13:10 ` Dmitriy L. Kruglikov
2006-12-03 13:30 ` Dmitry Lebkov
2006-12-03 13:46 ` Dmitriy L. Kruglikov
2006-12-05 14:04 ` Gennadiy Redko
2006-12-05 14:13 ` Dmitriy L. Kruglikov
2006-12-05 15:47 ` Gennadiy Redko
2006-12-05 16:32 ` Dmitriy L. Kruglikov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20061203110531.GB54283@grep.po.cs.msu.su \
--to=george@altlinux.ru \
--cc=sysadmins@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux sysadmins discussion
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sysadmins/0 sysadmins/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sysadmins sysadmins/ http://lore.altlinux.org/sysadmins \
sysadmins@lists.altlinux.org sysadmins@lists.altlinux.ru sysadmins@lists.altlinux.com
public-inbox-index sysadmins
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sysadmins
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git