From: Avramenko Andrew <liksx@mail.ru>
To: ALT Linux sysadmin discuss <sysadmins@lists.altlinux.org>
Subject: [Sysadmins] Способы конфигурации модулей в новой версии apache2
Date: Wed, 04 Apr 2007 16:46:02 +0400
Message-ID: <46139E0A.9040409@mail.ru> (raw)
Коллеги, у нас возник вопрос как лучше сделать способ конфигурации
apache, выношу на всеобщее обсуджение.
На данный момент это выполнено таким образом:
Варианты включения модуля:
1. Быстрый:
#/usr/sbin/a2enmod dir
Возможно отключение при выполнении /usr/sbin/a2chkconfig, если
требование отключить его будет присутствовать в каком либо из
/etc/httpd2/conf/mods-start.d/*.conf (a2chkconfig может вызываться при
установке/обновлении/удалении связанных с apache2 пакетов).
2. Надёжный:
#'еcho "dir=yes" >> 900-local.conf'
#/usr/sbin/a2chkconfig
Лично мое мнение - это попытка нагородить сверх нормы и предлагаю пойти
по пути стандартной загрузки сервисов в Linux - там тоже реализованы
приоритеты загрузки, но там все делается одной командой и нет никаких
конфигурационных файлов.
Т.е. команда a2chkconfig будет просто создавать символические ссылки и
все и отойти от конфигурационных файлов, поскольку я так и не увидел в
них никакого смысла - за зависимости модулей они не отвечают, в
дефолтном конфиге не увидел никаких других параметров кроме как простого
запуска модулей, у каждого модуля при необходимости есть свой конфиг.
Зачем они тогда?
======================================================================
Avramenko Andrew пишет:
> Aleksey Avdeev пишет:
>
>> Avramenko Andrew пишет:
>>
>>> У нас получается странная картина - если выполнить a2dismod, модуль
>>> отключается, но при следующим запуске a2chkconfig модуль опять будет
>>> подгружаться.
>>
>>
>> Да. И это позволяет легко вернуться к зафиксированной конфигурации.
>> Если по условиям задачи требуется зафиксировать включение/отключение
>> чего либо -- это желательно делать через *-start.d/999-local.conf,
>> который будет иметь максимальный приоритет (за счёт своего номера).
>>
>>> Может быть тогда a2dismod/a2enmod должны сами править
>>> *-start.d/*.conf?
>>
>>
>> Нет.
>>
>> Основной смысл в *-start.d/*.conf -- то что они не правятся системными
>> средствами (идея: на *-start.d/*.conf идущие в составе пакета выставлять
>> 444). Это позволяет зафиксировать конфигурацию.
>>
>> Линки же в *-enabled/ -- обеспечивают оперативное управление.
>>
>>> Чем вообще a2chkconfig лучше a2enmod/a2dismod? Почему не взять
>>> существующую схему linux (имею в виду /etc/init.d и утилиту chkconfig,
>>> она ведь не держит никаких конфигов? ).
>>
>>
>> В текущей реализации данной схемы а) отсутствует возможность учитывать
>> зависимости между сервисами (на уровне самой схемы) и б) -- нет
>> возможности отличить настройки заданные автоматически (при установке
>> пакета, например) от сделанного руками.
>>
>
> Представьте ситуацию, когда пользователь ставит apache, настраивает его,
> выключает ненужные ему модули - делает это a2dismod'ом. Проходит месяц
> и человеку нужно поставить какой-нить mod_php, а тот сам в %post взял и
> вызвал a2chkconfig, который в свою очередь отменил все изменения,
> сделанные пользователем до этого.
>
> Это разве правильно?
Не совсем: модуль будет отключён _только_ если требование отключить
его будет в каком либо из /etc/httpd2/conf/mods-start.d/*.conf.
Остальное -- верно. И такое поведение отражено в RRADME.ALT. Цитирую:
<cite>
Варианты включения модуля:
1. Быстрый:
$ sudo -H /usr/sbin/a2enmod dir
Возможно отключение при выполнении /usr/sbin/a2chkconfig, если
требование отключить его будет присутствовать в каком либо из
/etc/httpd2/conf/mods-start.d/*.conf (a2chkconfig может вызываться при
установке/обновлении/удалении связанных с apache2 пакетов).
2. Надёжный:
$ sudo -H sh -с 'еcho "dir=yes" >> 900-local.conf'
$ sudo -H /usr/sbin/a2chkconfig
</cite>
Если вы предложите другой вариант _явно_ разграничит части
конфигурации сделанные мантейнирами и админом -- готов рассмотреть.
PS: Думаю стоит перенести дискуссию куда нибудь в
devel@/sisyphus@/sysadmins@ (на ваш выбор): желательно более широкое
обсуждение по данному вопросу.
--
С уважением. Алексей.
next reply other threads:[~2007-04-04 12:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-04 12:46 Avramenko Andrew [this message]
2007-04-04 13:08 ` Aleksey Avdeev
2007-04-04 14:11 ` Avramenko Andrew
2007-04-04 14:19 ` Aleksey Avdeev
2007-04-05 5:36 ` Avramenko Andrew
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=46139E0A.9040409@mail.ru \
--to=liksx@mail.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