Описание проблемы:

При загрузке мы запускаем сценарий инициализации службы, показанный ниже. Скрипт является частью экземпляра Данные пользователя.

Этот скрипт копирует необходимые сервисы/таймеры в системад папку и запускает таймер.

Время от времени после перезагрузки наши таймеры не работают и остаются в Н/Д.

sudo systemctl перезапустить cleanup.timer команда не помогает.

Только судо systemctl остановить cleanup.timer а потом sudo systemctl запустить cleanup.timer работает.

У нас эта проблема не только с конкретным таймером. У нас есть много таймеров с почти одинаковой структурой и сервисом инициализации. Все таймеры загружены, но некоторые из них могут активен (истёк) статус и не работает.

Наша установка:

Мы бежим Убунту 18.04 ЛТС.

У нас есть этот скрипт инициализации службы:

sudo cp <ОСНОВНОЙ ПУТЬ>/services/cleanup.service/etc/systemd/system/cleanup.service
sudo cp <ОСНОВНОЙ ПУТЬ>/services/cleanup.timer /etc/systemd/system/cleanup.timer
sudo systemctl демон-перезагрузка
sudo systemctl запустить cleanup.timer

И это уборка.сервис:

[Ед. изм]
Description=Сервис для очистки вещей
Требует = docker.service
После=докер.сервис

[Оказание услуг]
ExecStart=<<КОМАНДА ОБОЛОЧКИ>>

И это очистка.таймер:

[Ед. изм]
Description=Таймер службы по уборке вещей

[Таймер]
OnBootSec=1мин
OnUnitActiveSec=1800 сек.
Точность сек = 5 сек

[Установить]
WantedBy=timers.target

Теперь проверьте эти команды:

> список таймеров sudo systemctl
СЛЕДУЮЩИЙ СЛЕВА ПОСЛЕДНИЙ ПРОЙДЕННЫЙ БЛОК АКТИВИРУЕТСЯ
н/д н/д н/д н/д cleanup.timer cleanup.service

> статус sudo systemctl cleanup.timer
• cleanup.timer — Таймер службы очистки вещей
   Загружено: загружено (/etc/systemd/system/cleanup.timer; отключено; предустановка поставщика: включена)
   Активен: активен (истёк) с 17.11.2021 21:07:22 UTC; 11 часов назад
  Триггер: н/д

17 ноября, 21:07:22 ip-XX-XX-XX-XX systemd[1]: запущен таймер для службы очистки вещей.

Вопрос:

С чем может быть связана такая ситуация и как ее избежать?

похоже ты забыл включить таймер.

systemctl start <устройство> запускает этот таймер прямо сейчас (то есть, когда вы впервые устанавливаете его и хотите, чтобы он работал).

systemctl включить <устройство> не запускает модуль сейчас, но устанавливает соответствующие хуки, поэтому модуль запускается на основе того, что находится в файле модуля...

например таймер запустится после перезагрузки из-за...

[Установить]
WantedBy=timers.target

запуск сценария инициализации службы при каждой загрузке?

При загрузке мы запускаем скрипт инициализации службы... У нас есть этот скрипт инициализации службы:

Это явно не работает успешно, потому что скрипт инициализации предположительно работает systemctl запустить cleanup.timer но cleanup.timer не запускался или не работал в течение 11 часов.

Поэтому я бы посмотрел журналы вокруг вашего сценария инициализации, чтобы увидеть, что не удается и почему. Может быть, ваш скрипт инициализации запущен до того, как докер станет доступен или что-то в этом роде.

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