ALT Linux sysadmins discussion
 help / color / mirror / Atom feed
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@ (на ваш выбор): желательно более широкое
обсуждение по данному вопросу.

-- 

С уважением. Алексей.




             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