[devel] Q: systemd policy ?
Igor Vlasenko
vlasenko на imath.kiev.ua
Вс Май 6 02:07:05 MSK 2012
Ок, понял.
Тогда к меня фичреквест к %post_service и %preun_service,
чтобы они корректно работали и в отсутствие sysV скрипта.
И еще с именами непонятка.
Если каноническое systemd имя сервиса
и традиционное альтовское название sysV скрипта расходятся,
что писать аргументом %post_service?
On Sun, May 06, 2012 at 01:48:58AM +0400, Dmitry V. Levin wrote:
> On Sun, May 06, 2012 at 12:16:27AM +0300, Igor Vlasenko wrote:
> > On Sun, May 06, 2012 at 01:06:40AM +0400, Dmitry V. Levin wrote:
> [...]
> > > Файлтриггер хорош в типовых ситуациях. Если в какой-то редкой ситуации
> > > файлтриггер будет вреден, то эта вредность будет усугубляться тем, что его
> > > нельзя обойти. Таким образом, если мы идем путем реализации файлтриггера,
> > > то мы должны объявить, какие ситуации являются типовыми, и фактически
> > > запретить все остальные. Тоже вариант, конечно, если хорошо все
> > > проработать, но я бы не хотел оказаться в ситуации необходимости
> > > обходить файлтриггер.
> >
> > Понятно. С другой стороны, обходить не так сложно, как кажется.
> > Упаковать в проблемный пакет touch /lib/systemd/notrigger/%servicename
> > а в filetrigger добавить if ! -e /lib/systemd/notrigger/%servicename.
>
> Проверка на существование файла не совсем подходит для случая удаления
> пакета, но в целом идея интересная.
>
> У файлтриггера есть еще одна особенность: выполняться по окончании
> транзакции. Применительно к сервисам это означает выполнение "systemctl
> try-restart" не сразу по завершении обновления пакета, а некоторое время
> спустя. В течение этого времени будут работать процессы предыдущей сборки
> сервиса на обновленных файлах. Не все сервисы так умеют. Еще хуже
> обстоит дело с остановкой сервиса при удалении пакета, потому что это
> желательно делать, пока существует юнит-файл и те файлы, на которые он
> ссылается (например, посредством ExecStop). Когда все файлы пакета уже
> удалены, с корректной остановкой сервиса могут возникнуть непреодолимые
> сложности. Тут бы, пожалуй, лучше подошел бы pretrans filetrigger, но
> у нас таких пока не реализовано.
>
> > Проблемных пакетов может оказаться 0-1 на весь Сизиф,
> > а зато в 500 пакетах спеки станут чище и добрее :)
>
> Это я к тому все говорю, что мы сейчас еще не знаем, какое в Сизифе
> соотношение между числом пакетов, для которых вышеупомянутые
> сложности с файлтриггером актуальны, и остальных пакетов с сервисами.
>
>
> --
> ldv
> _______________________________________________
> Devel mailing list
> Devel на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Подробная информация о списке рассылки Devel