Size: a a a

2020 October 12

l

linuxoid in Debian
обленился совсем
источник

V

Vitalii in Debian
linuxoid
а можно ссыль на первоисточник?
https://rutracker.org/forum/viewtopic.php?t=5905475
да вот пожалуйста ))
источник

b

bykva in Debian
Коллеги, если в unit файле выставлено ConditionPathExists то юнит не запускается если не выполнено условие. но как сделать чтобы он попробовал запуститься через какое-то время? ну, без костылей в виде крона)
источник

l

linuxoid in Debian
Имеет место быть, спасибо
источник

l

linuxoid in Debian
Владимир Муковоз
Загугли, прям чего-то крутого и полноценного не видел
Спасибо Владимир)
источник

b

bykva in Debian
bykva
Коллеги, если в unit файле выставлено ConditionPathExists то юнит не запускается если не выполнено условие. но как сделать чтобы он попробовал запуститься через какое-то время? ну, без костылей в виде крона)
или как вариант сервис который будет отслеживать появление файла по пути и затем выполнять команду
источник

l

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

l

linuxoid in Debian
параметр after
источник

l

linuxoid in Debian
типа один выполнился запускаем второй
источник

b

bykva in Debian
смысл такой - есть vrrp, и хапрокси. хапрокси не стартанет если нода в режиме backup, т.к. ip-шников нет. при старте у нас сделано что сервис регистрирует себя в консуле. после регистрации она появляется в мониторинге, мониторинг приходит, а юнит валяется. для него валяться - норма, но мониторинг на это возбуждается. поэтому был сделан вариант что когда нода становится мастером, она создает файл keepalived.master. хапрокси юнит проверяет при запуске есть ли keepalived.master файл и если да - запускается. если нет, не запускается и не регистрируется в консуле. проблема в том что условие проверяется один раз и далее юнит даже при появлении файла не стартует
источник

b

bykva in Debian
основная проблема в том что все в докере и я не могу на становление мастером просто дернуть systemctl start из keepalived
источник

b

bykva in Debian
соответственно нужно научить юнит перезапускаться постоянно
источник

b

bykva in Debian
а поскольку он не видит соблюдение условия он больше не будет делать попыток запуститься. и нужно либо найти ключ в systemd который все равно будет перезапускать юнит, либо найти какой-то адекватный способ отслеживать появление файла и затем старт сервиса
источник

AD

Alex Demidov in Debian
bykva
а поскольку он не видит соблюдение условия он больше не будет делать попыток запуститься. и нужно либо найти ключ в systemd который все равно будет перезапускать юнит, либо найти какой-то адекватный способ отслеживать появление файла и затем старт сервиса
monit костылем приделайте :) оно умеет по появлению файла триггериться
источник

b

bykva in Debian
я подумал про монит, да, но у нас flatcar и у него нет возможности доустановки пакетов. т.е. только приносить монит как бинарь. в этом случае проще в кроне скрипт написать чтобы он пытался в течение минуты каждые 5 секунд стартануть сервис
источник

s

shumbor in Debian
Мож тогда в сторону carp посмотреть... У нас так живут 2 ноды
источник

s

shumbor in Debian
Правда на фряхе )
источник

b

bykva in Debian
карп будет держать ip на который должен биндится сервис одновременно на всех нодах?
источник

s

shumbor in Debian
Да
источник

b

bykva in Debian
а как это на уровне сети разруливается? типа сервис который должен ходить к vrrp поймет что нажо идти на 1 ноду а не на вторую?
источник