Вход:  Пароль:  
FreeSource: DmitriyKruglikov/Raznoe?/etcmirror ...
Free Source | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация |

В ходе непродолжительных, но мучительных раздумий
мне пришла в голову мысль о том, что два сервера, которые я установил
двум своим друзьям отличались, фактически, только тем, что в раличных
файлах каталога /etc и его подкаталогов, вместо строки host.domain1.net1
была написана строка host.domain2.net2
Даже адреса интерфейсов совпадали, но это частный случай...


Кроме того, кому из нас незнакома ситуация, когда кто-либо (чаще мы сами)
изменил какую-либо строку в конфиге, а потом «усё пропало, шеф ...»


В результате я написал такой скрипт:
etcbackup.sh


Естественно, этот скрипт нужно запускать с правами root, иначе мы не сможем прочитать
некоторые файлы в /etc.


Таким образом, в /sysbackup мы получаем
подкаталог etc и множество каталогов типа Changed-23.10.2006.
Особенно, если такой скрипт запускать по cron еженощно...
В каталогах Changed-* можно будет найти изменившиеся в этот день файлы.
Это, естественно, не спасает от случаев, когда мы трижды изменили какой-либо файл,
а после этого запустили скрипт.


Дальше – больше ...
Имея «слепок» /etc можно и нужно написать инструмент, который помог бы нам
изменить «критические» строки в конфигах... Например, при клонировании серверов и/или
рабочих станций.
В результате получился такой скрипт:
resetting.sh


В результате, в /sysbackup/new получилась структура, эквивалентная каталогу
/etc на «новом» сервере ...


Замечание: Я умышленно выбрал shell. Во первых, тапер играет как умеет,
а во вторых, мне бы не хотелось потерять работоспособность скриптов после
какой-нибудь «поломки» при обновлениях perl, например.


А теперь, собственно, вопросы к сообществу:
Что я упустил,?
Как можно сделать лучше ?


Любые предложения и рекомендации принимаются с благодарностью...



 
Файлов нет. [Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]