Рейтинг:0

запуск systemctl с зависимостями

флаг ws

Я реализую высокодоступный сервис memcached. Так как memcached не сохраняет данные, при запуске экземпляра я хочу загрузить его данные из работающего экземпляра. Следовательно, запуск (в псевдокоде) ....

блокировать входящие соединения на порт 11211
запустить memcached
реплицировать данные
разблокировать входящие соединения

Это выглядит просто, однако сценарий ExecStart в прилагаемом юнит-файле для блоков memcached во время работы службы; /usr/share/memcached/scripts/systemd-memcached-wrapper /etc/memcached.conf. Поэтому, если бы я просто завернул его в свой собственный скрипт, репликация и разблокировка никогда не выполнялись бы.

Я мог бы разделить это на 2 юнит-файла, причем второй обрабатывает репликацию и разблокирует и требует запуска первого, но как я могу вынести, что вторая часть всегда бежать за первым?

Должен ли я отключить запуск systemd memcached и явно вызвать «systemctl start memcached» из моего сценария?

Я бы предпочел не изменять упакованный скрипт systemd-memcached-wrapper — мои изменения могут быть перезаписаны обновлениями.

Каким было бы надежное решение с использованием systemd?

Ektich avatar
флаг in
Я не знаком с юнит-файлом, поставляемым memcashed, но, может быть, желаемого эффекта можно добиться с помощью директив ExecStartPre=?

Ответить или комментировать

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