Чтобы проверить, является ли текущая учетная запись учетной записью LDAP, вы можете использоватьw
:
[root@hostname.domain.com /]# w
17:09:30 up 2 days, 4:49, 2 users, load average: 0.00, 0.01, 0.05
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
DOMAIN.C pts/0 192.168.10.11 17:08 2.00s 0.07s 0.21s sshd: user@domain.com [priv]
root pts/1 192.168.10.11 17:09 20.00s 0.01s 0.01s -bash
Обратите внимание, что указанный пользователь домена отличается от локального пользователя root.
Чтобы проверить правильность настройки LDAP во всех системах, настройте тестовую учетную запись LDAP и попробуйте войти на каждый сервер с этими учетными данными.
man systemd.timer
говорит:
Unit=
The unit to activate when this timer elapses. The argument is a unit name, whose suffix is not ".timer". If not specified, this value defaults to a service that has the same name as the timer unit, except for the suffix. (See above.) It is recommended that the unit name that is activated and the unit name of the timer unit are named identically, except for the suffix.
man systemd.path
аналогично говорит:
Unit=
The unit to activate when any of the configured paths changes. The argument is a unit name, whose suffix is not ".path". If not specified, this value defaults to a service that has the same name as the path unit, except for the suffix. (See above.) It is recommended that the unit name that is activated and the unit name of the path unit are named identical, except for the suffix.
Ни один из них не предполагает, что у вас может быть несколько строк Unit=
или несколько аргументов в строке Unit=
. Даже если вы попробуете и обнаружите, что это работает, нет гарантии, что это будет работать в будущих выпусках systemd, потому что это будет недокументированное поведение.
Поэтому безопаснее создать один *.path
/ *.timer
для каждого юнита, который вам нужно активировать, даже если это означает идентичные юниты *.path
или *.timer
. Вероятно, в вашей системе уже есть несколько устройств *.timer
с OnCalendar=daily
.
Честно говоря, было бы немного пугающе запускать две независимые службы, если бы я касался одного пути. Он предлагает условия гонки. Вы можете изменить свою службу, чтобы использовать несколько ExecStartPre=
или ExecStartPost=
для последовательности операций, гарантируя, что они всегда выполняются в детерминированном порядке.