|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 17 Sep 2006 13:46:57
To : Sergey Skvortsov
Subject : Re: ng_ipacct port
--------------------------------------------------------------------------------
>>> Sergey Skvortsov wrote:
> SS>> * унифицированные конфиги для нескольких машин - в этом случае в
> SS>> /etc/rc.conf лежат host-specific data, а в rc.conf.d - общие для всех
>> /etc/rc.conf.local уже отменили?
SS> Вот лично у вас, будьте честны, строки с hostname, ifconfig* - лежат в
SS> rc.conf.local?
Я спрошу со стороны - а зачем? У меня пока что не было причины
держать унифицированную часть конфигов. К сожалению, пожалуй - а то
есть места где хотелось бы поставить ферму из ~30 хостов:))
Впрочем даже если она будет я не обязан следовать этой схеме - мне
кажется что сделать ". /etc/rc.conf.cluster" будет лучше чем так как
предложено по дефолту (rc.conf + rc.conf.local)
> SS>> * version control - управлять/отследить изменения в конфигурации сервиса
> SS>> проще (удобнее) если конфигурация сия лежит в отдельном файле, а не в
> SS>> монолитном-общем rc.conf
>> Опять же путаем startup-конфигурацию и общую конфигурацию.
SS> С чего бы это столь странный вывод?! Вполне чётко отделяю.
SS> Оба вида конфигураций надо хранить в VCS.
Hу храним, и что, велика разница от того где что лежит? Всё равно
99.9% пользы от той VCS - отчёт с диффами, и 0.1% - вытащить
случайно убитый конфиг. Даже историю изменений приходится смотреть
крайне редко.
> SS>> Если лично для вас это не актуально, это не означает, что для остальных
> SS>> является приемлемым вариант "все пихаем в rc.conf". Когда на машине
> SS>> стоит 20-30 сервисов/портов, для которых кужны startup настройки,
> SS>> "управлять" ими через rc.conf жутко утомительно (это, конечно, моё imho
> SS>> на основе личной практики).
>> Это сугубо ваше личное ho. Когда я все свои сервисы вижу на одном экране
>> в vim и могу их тут же поменять, это куда удобнее, чем лазить в пачку
>> мелких файликов.
SS> Думаю, нет смысла особо подчёркивать, что ваш modus operandi не столь уж
SS> распространён нынче и, конечно, вовсе не канонический?
А статистику собрать? Какая часть народа реально использует
/etc/rc.conf.d? И, кстати, где видно жёсткую рекомендацию его
использовать?
SS> p.s. Мне, кстати, давно хочется где-нибудь сделать тематические опросы
SS> участников эхи на de-facto применяемых (mainstream) технологий и
SS> подходов в работе. И кроме классических "vim или exim", "sendmail vs.
SS> exim vs. postfix", можно добавить топик "как вы управляете конфигами".
Категорически "за" если ответы на вопросы не будут летать через эху.
SS> Равно как и детальное описание альтернатив, эдаких "паттернов unix
SS> администрирования" - imho было бы весьма поучительным.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
