Все, отбой вопросу. Да, можно через определение $PATH все порешать.
дело же не только в sysctl. например в юнит файлах такая проблема)
дело не в этом. Вы хотите делать UNIT файл свой? Просто в обычной жизни при использовании стандартных модулей и пакетов ансибл и ОС создание своего UNIT - действие ненужное. Более того, ручное создание данного файла в конечно счете приведет и приводит к плачевному результату.
Верно, свой юнит. Задача: в некоторое время делать рестарт другого юнита. В качестве решения выбрал системд-таймер, который дергает мой юнит, внутри которого строка systemctl restart service
именно оттуда растут ноги моей грабли
ну дык попробуй обойтись конфигом а не юнитом. Просто потом будет боль больная при обновлении или установки нового unit. Пытайся обойтись стандартными средствами
Можно про "конфигом" подробнее? Я потыкался в гугле и ничего кроме как рестарт через юнит-прослойку решений не нашел. Дело в том, что системд-таймер ничего не предпринимает, если сервис в состоянии active.
Задача: в некоторое время делать рестарт другого юнита. - это в какое некоторое время? по крону?) или есть какой то хук? или есть какой то healthcheck? или есть телефонограмма от НЛО?)
было бы "по крону", еслиб был выбран крон, но я решил остановиться на таймерах системд "В некоторое время" - это в определенный час раз в сутки
ну вот. тогда вопрос. Если этот час определен, то сделайте по крону. Я не понимаю всей специфики этой задачи, но чем проще решение тем лучше. Чем обусловлен выбор таймеров системд?
Выбор таймеров определен только желанием попробовать что-то новое. Никаких нареканий к крону у меня нет.
Обсуждают сегодня