[devel] Q: Как правельно поступать при устаривании конфигов?

[devel] Q: Как правельно поступать при устаривании конфигов?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 698 bytes --]

Здравствуйте.

  Как _правильно_ поступать при устаревании конфигов?

 В моём случаи -- apache2-2.2.4 не стартует с конфигов от apache2-2.0.*
из-за изменения в списке модулей. Вариантов вижу 2:

1. Пустить всё на самотёк: будет создаваться *.rpmnew и сервис будет
падать до приведения http2*.conf в норму. Как реализовать этот вариант
-- мне понятно.

2. Сохранять старй конфиг как *.rpmold (есть ли у нас соглащение по
именованию для такого случая?) и создавать новый со штатным именем.
Тогда сервис при обновлении будет стартовать со стандартным конфигов.
Для этого варианта, я слабо понимаю какой триггер нужен (и на что именно
его повесить)...

-- 

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]

Re: [devel] Q: Как правельно поступать при устаривании конфигов?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1378 bytes --]

Aleksey Avdeev пишет:
> Здравствуйте.
> 
>   Как _правильно_ поступать при устаревании конфигов?
> 
>  В моём случаи -- apache2-2.2.4 не стартует с конфигов от apache2-2.0.*
> из-за изменения в списке модулей. Вариантов вижу 2:
> 
> 1. Пустить всё на самотёк: будет создаваться *.rpmnew и сервис будет
> падать до приведения http2*.conf в норму. Как реализовать этот вариант
> -- мне понятно.
> 
> 2. Сохранять старй конфиг как *.rpmold (есть ли у нас соглащение по
> именованию для такого случая?) и создавать новый со штатным именем.
> Тогда сервис при обновлении будет стартовать со стандартным конфигов.
> Для этого варианта, я слабо понимаю какой триггер нужен (и на что именно
> его повесить)...

  Решил действовать по модифицированному варианту 2: конфиг буду
использовать старый, но откорректированный.

  Примерная схема:

1. В 2.2.4 заменяю вызовы всех LoadModule на Include
%a_sysconfdir/modules.d/A.*.conf (очередной патч на Makefile.in).

2. В конфиге старого apache2 буду править триггером:

а) комментировать все LoadModule;

б) добавлять вызов %a_sysconfdir/modules.d/A.*.conf

   Текущее состояние
<http://git.altlinux.ru/people/solo/packages/?p=apache2.git;a=commit;h=4ea926e9abd39f6776377c2c7cdea6ce2b4623a5>:
п. 1 -- не доделан (но смысл идеи уже понять можно), п. 2 -- ещё не
брался...

-- 

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]

Re: [devel] Q: Как правельно поступать при устаривании конфигов?

[Michael Shigorin]

On Thu, Feb 15, 2007 at 09:21:44AM +0300, Aleksey Avdeev wrote:
> >>Решил действовать по модифицированному варианту 2: конфиг
> >>буду использовать старый, но откорректированный.
> > Только откладывай его в сторону (возможно, cp -b).
> Это само собой (без данной функциональности пакет в Сизиф не
> уйдёт).  Но пока не понял как сделать.

Например, тупо cp -b.  Худшее, что будет -- бэкапы наплодятся.

> > Про триггеры -- тут:
> > http://wiki.sisyphus.ru/devel/SpecTips/triggers
> Отсюда поиски и начал. Часть вопросов осталось: На данный
> момент непонятно, можно ли сделать выполнение %pre условным,
> для срабатывания только в случаи обновления старого пакета.

Да, конечно.  Только не %pre, а триггера -- перечитай порядок
выполнения скриптов или расскажи подробнее, что именно пытаешься
порешать.

См., например, http://sisyphus.ru/srpm/webalizer/spec
(или http://sisyphus.ru/srpm/mod_ssl/spec -- там и миграция
конфига, btw)

> Остальные триггера сработают уже после установки файлов нового
> пакета... Что будет в момент их срабатывания со старыми
> конфигами -- пока не знаю (ещё не проверял).

Проверь :-)  Я именно что сидел с вооот-такой строчкой из rpm -e;
rm -rf; apt-get install, когда в том разе выверял триггер :-)

> > Только проверяй по возможности все мыслимые случаи...
> > (припоминая ту самую историю с обновлением для дырки в mod_ssl,
> > когда просто обновление стопило httpd, а проблема была в %post
> > mod_ssl...)
> Пока тонкое место вижу одно: Изменённый таким образом конфиг, с
> добавлением "Include modele.d/A.*.conf" (реальная строчка
> сложнее -- сохранён порядок загрузки модулей) не будет рабочим
> только в случаи использования в нём директив, отсутствующих в
> новой версии. Как простым образом отследить данный случай (и
> что при этом делать) -- непонятно...

Нафиг, поскольку если апстрим _выкидывает_ директивы -- то
автоматом такая невменяемая ситуация практически неразрешима.

> PS: Может имеет смысл продолжить дискуссию в рассылке?

Ну пошли.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: Как правельно поступать при устаривании конфигов?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 2337 bytes --]

Michael Shigorin пишет:
> On Thu, Feb 15, 2007 at 09:21:44AM +0300, Aleksey Avdeev wrote:
> 
>>>>Решил действовать по модифицированному варианту 2: конфиг
>>>>буду использовать старый, но откорректированный.
>>>
>>>Только откладывай его в сторону (возможно, cp -b).
>>
>>Это само собой (без данной функциональности пакет в Сизиф не
>>уйдёт).  Но пока не понял как сделать.
> 
> 
> Например, тупо cp -b.  Худшее, что будет -- бэкапы наплодятся.
> 
> 
>>>Про триггеры -- тут:
>>>http://wiki.sisyphus.ru/devel/SpecTips/triggers
>>
>>Отсюда поиски и начал. Часть вопросов осталось: На данный
>>момент непонятно, можно ли сделать выполнение %pre условным,
>>для срабатывания только в случаи обновления старого пакета.
> 
> 
> Да, конечно.  Только не %pre, а триггера -- перечитай порядок
> выполнения скриптов или расскажи подробнее, что именно пытаешься
> порешать.
> 
> См., например, http://sisyphus.ru/srpm/webalizer/spec
> (или http://sisyphus.ru/srpm/mod_ssl/spec -- там и миграция
       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> конфига, btw)

  Похоже, что <http://sisyphus.ru/srpm/mod_ssl/spec> -- то что нужно.
Спасибо. (Все действия с конфигами -- выполняются как раз в %pre. :-))

> 
>>Остальные триггера сработают уже после установки файлов нового
>>пакета... Что будет в момент их срабатывания со старыми
>>конфигами -- пока не знаю (ещё не проверял).
> 
> 
> Проверь :-)  Я именно что сидел с вооот-такой строчкой из rpm -e;
> rm -rf; apt-get install, когда в том разе выверял триггер :-)

  Чую, что меня подобное ждёт. :-)

> 
>>>Только проверяй по возможности все мыслимые случаи...
>>>(припоминая ту самую историю с обновлением для дырки в mod_ssl,
>>>когда просто обновление стопило httpd, а проблема была в %post
>>>mod_ssl...)
>>
>>Пока тонкое место вижу одно: Изменённый таким образом конфиг, с
>>добавлением "Include modele.d/A.*.conf" (реальная строчка
>>сложнее -- сохранён порядок загрузки модулей) не будет рабочим
>>только в случаи использования в нём директив, отсутствующих в
>>новой версии. Как простым образом отследить данный случай (и
>>что при этом делать) -- непонятно...
> 
> 
> Нафиг, поскольку если апстрим _выкидывает_ директивы -- то
> автоматом такая невменяемая ситуация практически неразрешима.

  OK

-- 

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]

Re: [devel] Q: Как правельно поступать при устаривании конфигов?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1977 bytes --]

Aleksey Avdeev пишет:
> Michael Shigorin пишет:
> 
>>On Thu, Feb 15, 2007 at 09:21:44AM +0300, Aleksey Avdeev wrote:
>>
>>
>>>>>Решил действовать по модифицированному варианту 2: конфиг
>>>>>буду использовать старый, но откорректированный.
>>>>
>>>>Только откладывай его в сторону (возможно, cp -b).
>>>
>>>Это само собой (без данной функциональности пакет в Сизиф не
>>>уйдёт).  Но пока не понял как сделать.
>>
>>
>>Например, тупо cp -b.  Худшее, что будет -- бэкапы наплодятся.
>>
>>
>>
>>>>Про триггеры -- тут:
>>>>http://wiki.sisyphus.ru/devel/SpecTips/triggers
>>>
>>>Отсюда поиски и начал. Часть вопросов осталось: На данный
>>>момент непонятно, можно ли сделать выполнение %pre условным,
>>>для срабатывания только в случаи обновления старого пакета.
>>
>>
>>Да, конечно.  Только не %pre, а триггера -- перечитай порядок
>>выполнения скриптов или расскажи подробнее, что именно пытаешься
>>порешать.
>>
>>См., например, http://sisyphus.ru/srpm/webalizer/spec
>>(или http://sisyphus.ru/srpm/mod_ssl/spec -- там и миграция
> 
>        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
>>конфига, btw)
> 
> 
>   Похоже, что <http://sisyphus.ru/srpm/mod_ssl/spec> -- то что нужно.
> Спасибо. (Все действия с конфигами -- выполняются как раз в %pre. :-))
> 
> 
>>>Остальные триггера сработают уже после установки файлов нового
>>>пакета... Что будет в момент их срабатывания со старыми
>>>конфигами -- пока не знаю (ещё не проверял).
>>
>>
>>Проверь :-)  Я именно что сидел с вооот-такой строчкой из rpm -e;
>>rm -rf; apt-get install, когда в том разе выверял триггер :-)
> 
> 
>   Чую, что меня подобное ждёт. :-)

  Кажется сделал (мои тесты проходит):
<http://git.altlinux.ru/people/solo/packages/?p=apache2.git;a=commit;h=a17ec349a79a7811a5d3ee97d69f0660baec13dd>.

  Выложил в incoming/Daedalus как apache2-2.2.4-alt3. Если замечаний не
будет -- в понедельник/вторник переложу в Сизиф.

-- 

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]

Re: [devel] Q: Как правельно поступать при устаревании конфигов?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 931 bytes --]

Aleksey Avdeev пишет:
> Aleksey Avdeev пишет:
> 
...
> 
>   Решил действовать по модифицированному варианту 2: конфиг буду
> использовать старый, но откорректированный.
> 
>   Примерная схема:
> 
> 1. В 2.2.4 заменяю вызовы всех LoadModule на Include
> %a_sysconfdir/modules.d/A.*.conf (очередной патч на Makefile.in).
> 
> 2. В конфиге старого apache2 буду править триггером:
> 
> а) комментировать все LoadModule;
> 
> б) добавлять вызов %a_sysconfdir/modules.d/A.*.conf
> 
>    Текущее состояние
> <http://git.altlinux.ru/people/solo/packages/?p=apache2.git;a=commit;h=4ea926e9abd39f6776377c2c7cdea6ce2b4623a5>:
> п. 1 -- не доделан (но смысл идеи уже понять можно), п. 2 -- ещё не
> брался...

<http://git.altlinux.ru/people/solo/packages/?p=apache2.git;a=commit;h=920d754488228dee7b5521159b0a50a709aba189>
-- п. 1 сделан, сейчас залью в Daedalus apache2-2.2.4-alt2.

-- 

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]