[devel] I: rpm macroses for systemd

[Vladimir D. Seleznev]

On Thu, Sep 02, 2021 at 12:34:46AM +0400, Evgeny Sinelnikov wrote:
> пн, 30 авг. 2021 г. в 20:33, Vladimir D. Seleznev
> <vseleznv на altlinux.org>:
> >
> > On Fri, Aug 27, 2021 at 07:00:33PM +0300, Alexey Shabalin wrote:
> > > пт, 27 авг. 2021 г. в 17:42, Vladimir D. Seleznev
> > > <vseleznv на altlinux.org>:
> [...]
> > > А мне вот нужна необходимость упаковать что-то sysctl.d и
> > > применить до рестарта сервиса, а не дожидаться когда отработает
> > > filetrigger или сервер перезагрузится.
> >
> > Вот как-раз таки такое поведение мне кажется неправильным.
> > Установка, обновление или удаление пакета с сервисами не должно
> > приводить к изменению конфигурации sysctl, это зона ответственности
> > системного администратора. Единственный случай, при котором мне
> > кажется это допустимо, это сервисы, перезагружающие модуля ядра с
> > последующим применением (восстановлением, в данном случае)
> > конфигурации sysctl-параметров, которые данный модуль предоставляет
> > (но это вырожденный пример). Ну, или ещё вариант, что я ничего не
> > понимаю в современных Линуксах.
> 
> А причём тут сисадмин, если оно в sysctl.d уже приехало? Разве от него
> далее что-то зависит? Вопрос в том только когда оно успеет отработать
> - сразу попозже, сразу по-раньше или после перезагрузки.

Потому что сисадмину следует иметь контроль над системой.

Я сразу же придумал design flaw, когда настройка в /lib/sysctl.d
перебивается настройками, записанными в /etc/sysctl.*, и перезапуск
сервиса заставляет перечитать параметры из файлов, лежащий в
/lib/sysctl.d, ассоциированных с данным сервисом, но оказалось всё не
так плохо: для оверрайдинга параметров ядра, приезжающими с неким
сервисом, страница мануала sysctl.d(5) рекомендует создавать в
/etc/sysctl.d файл с именем, совпадающим с именем файла, находящимся в
/lib/sysctl.d, а для полного выключения — создавать симлинк на
/dev/null. Другое дело, что нужно постоянно мониторить не приехали
интересующие параметры с установкой/обновлением пакетов.

-- 
   WBR,
   Vladimir D. Seleznev