Bug 21620 - postfix-* update may fail to restart postfix properly
Summary: postfix-* update may fail to restart postfix properly
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: postfix (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Gleb F-Malinovskiy
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-19 01:56 MSD by Dmitry V. Levin
Modified: 2018-03-04 03:10 MSK (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry V. Levin 2009-09-19 01:56:56 MSD
+++ This bug was initially created as a clone of Bug #21164 +++

Всё гораздо хуже.  postfix надо перезапускать после обновления любого
postfix-*.  Если при обновлении пакета postfix (которое всегда происходит
первым) установлено какое-то количество postfix-* и на них что-то завязано в
конфигурации, он может тупо не запуститься или не работать до повтороного
перезапуска.

Можно перенести запуск postfix из %post в filetrigger, но тогда он будет
недоступен до окончания dist-upgrade (что немного лучше чем полностью нерабочий
сервер после обновления).
Comment 1 Konstantin A Lepikhov (L.A. Kostis) 2009-09-19 02:57:49 MSD
Позволю себе не согласиться - какие-то старые представления могут действительно перестать работать после обновления libpostfix,  только если эта библиотека будет настолько разломана по старым интерфейсам, что не позволит этим представлениям работать. Т.е. мне кажется, есть смысл дергать перезагрузку всего сервиса после major version update.
Comment 2 Fr. Br. George 2012-11-28 14:14:23 MSK
(В ответ на комментарий №0)
> Можно перенести запуск postfix из %post в filetrigger, но тогда он будет
> недоступен до окончания dist-upgrade (что немного лучше чем полностью нерабочий
> сервер после обновления).
Я бы сказал: много лучше. Во-первых, сколько тех обновлений может приехать на почтовый сервер в боевой эксплуатации (а не выведенный на время обновления в резерв), и долго ли придётся ждать? Во-вторых, кто пострадает от такого ожидания (пусть даже от reject-а, когда сеть есть, а сервиса ещё нет)?
Comment 3 Repository Robot 2018-03-04 03:10:33 MSK
postfix-1:2.11.11-alt1 -> sisyphus:

Sun Jan 28 2018 Dmitry V. Levin <ldv@altlinux> 1:2.11.11-alt1
- 2.11.7 -> 2.11.11.
- Disabled NIS/NIS+ support as it was disabled in glibc-2.26.0.124.98f244e-alt1.
- Restart postfix from filetrigger (closes: #21620).
- Save a copy of /etc/postfix/aliases before rewriting it (closes: #25238).
- Fixed "postconf -a" and "postconf -A" (closes: #28372).
- Fixed Cyrus SASL support (by asy@; closes: #30270).
- Fixed update procedure when systemd is active (closes: #31363).
- Recoded README.ALT-ru_RU from koi8r to utf8 (closes: #32038).
- Cleared executable bit from postfix.service (closes: #34567).