Включение «связанных» файлов модулей в Systemd

10

Я все еще сталкиваюсь с systemd и столкнулся с чем-то. Это не такая большая проблема, но я хотел бы узнать больше о том, как это происходит. Я не мог найти ссылку на это в другом месте.

Прежде всего, я понимаю, что файлы пользовательских модулей для сервисов должны войти /etc/systemd/system. Тем не менее, было бы неплохо для управления нашими серверами, если файлы модуля могут быть расположены в другом месте.

В документации я видел, что вы можете «связать» файлы модулей следующим образом:

systemctl link /path/to/servicename.service

Это создаст ссылку на выше в /etc/systemd/system. Теперь вы можете запускать / останавливать эту услугу. На первый взгляд это показалось нам хорошим способом управления нашими услугами.

Однако попытка включить такой «связанный» файл модуля приводит к сбою:

root@test1:/etc/systemd/system# systemctl link /root/myservice.service 
Created symlink from /etc/systemd/system/myservice.service to /root/myservice.service.

root@test1:/etc/systemd/system# systemctl status myservice.service 
 * myservice.service - My Test Service
     Loaded: loaded (/root/myservice.service; linked; vendor preset: enabled)

root@test1:/etc/systemd/system# systemctl enable myservice.service
Failed to execute operation: No such file or directory

Используя точно такой же файл модуля, но скопированный /etc/systemd/systemвместо ссылки, вы получите:

root@test1:/etc/systemd/system# cp -p /root/myservice.service .

root@test1:/etc/systemd/system# systemctl daemon-reload 

root@test1:/etc/systemd/system# systemctl status myservice.service 
 * myservice.service - My Test Service
     Loaded: loaded (/etc/systemd/system/myservice.service; disabled; vendor preset: enabled)

root@test1:/etc/systemd/system# systemctl enable myservice.service
Created symlink from /etc/systemd/system/multi-user.target.wants/myservice.service to /etc/systemd/system/myservice.service.

Исходя из этого, кажется, что невозможно включить вызов связанных файлов модулей при запуске системы.

Если это так, в чем смысл функциональности «ссылка»? Из документов сказано:

ссылка FILENAME

Свяжите файл модуля, который отсутствует в путях поиска файла модуля, в путь поиска файла модуля. Это требует абсолютного пути к файлу модуля. Эффект этого можно отменить с отключением. Результатом этой команды является то, что файл модуля доступен для запуска и других команд, хотя он не установлен непосредственно в пути поиска модуля.

linux systemd

— Tom17
источник

13

Страница man вводит в заблуждение.

~~systemctl link /root/myservice.service~~

systemctl enable /root/myservice.service

Первое позволяет вам сделать systemctl start myservice. Второй позволяет myserviceавтоматически запускаться (который, как указал @Julien, автоматически добавляет link).

Я думаю ... Я пытался обернуть голову вокруг этого весь день.

— Прорицание
источник

1

обратите внимание, что systemctl enableэто тоже подойдет systemctl link, поэтому не нужно вводить 2 команды ;-)

— Julien

@Julien О, где мы с тобой, когда я написал это в прошлом году :-) Я думаю, я наконец понял, что в прошлом месяце!

— Auspex

9

При включении службы по другому пути, чем пути по умолчанию, вы должны использовать полный путь. Включить также создаст ссылку для вас:

systemctl enable /root/myservice.service

После включения вы можете запустить / остановить / статус с именем службы

systemctl start myservice

Несколько предостережений здесь:

вы не можете включить служебный файл, который уже сам по себе является ссылкой
убедитесь, что путь находится на том же смонтированном диске. Если это не так, systemd не сможет загружать файлы служебного блока при загрузке, поскольку диск еще не будет подключен и файлы не будут найдены. (см. Файлы связанных модулей Systemd на смонтированном диске не загружаются )
из-за ошибки в systemd нельзя включить экземпляры из файла модуля, который находится по нестандартному пути (см. https://github.com/systemd/systemd/issues/661 )

— nickvane
источник