Телеграмм чат группы ru_devops страница 6713

в остальном выглядит рабочим

19:53пожаловаться #1

A

Чуть перепутал...
Обработка зависимостей
В systemd зависимости могут быть определены правильным построением файлов юнитов. Простой пример — юниту A требуется, чтобы юнит B был запущен перед запуском самого юнита A. В этом случае добавьте строки Requires=B и After=B в раздел [Unit] юнит-файла A. Если подобная зависимость не является обязательной, вместо этих строк укажите Wants=B и After=B соответственно. Обратите внимание, что Wants= и Requires= не подразумевают After=, что означает, что если After= не указано, то юниты будут запущены параллельно.

да вот по этой доке и делал, но мне нужно, что бы когда стопался главный target, стопалось все, поэтому и добавил partOf, можно конечно ради эксперимента попробовать без partOf, но это будет не рабочий вариант

19:54пожаловаться #2

D

PartOf=
Configures dependencies similar to Requires=, but limited to stopping and restarting of units. When systemd stops or restarts the units listed here, the action is propagated to this unit. Note that this is a one-way dependency — changes to this unit do not affect the listed units.

When PartOf=b.service is used on a.service, this dependency will show as ConsistsOf=a.service in property listing of b.service. ConsistsOf= dependency cannot be specified directly.

19:56пожаловаться #3

D

> что бы когда стопался главный target
BindsTo=
Configures requirement dependencies, very similar in style to Requires=. However, this dependency type is stronger: in addition to the effect of Requires= it declares that if the unit bound to is stopped, this unit will be stopped too.

19:57пожаловаться #4

D

а вообще, у нас зависимые юниты убивало даже с просто requires, и я искал как побороть такое. У нас зависимость была только на старте (параметры в БД, во время старта сервиса - бд должна быть запущена), но после старта оно уже не нужно. А в нашем случае systemctl restart mysql рестартило и наш сервис.

19:59пожаловаться #5

b

bama^boy in DevOps

а вообще, у нас зависимые юниты убивало даже с просто requires, и я искал как побороть такое. У нас зависимость была только на старте (параметры в БД, во время старта сервиса - бд должна быть запущена), но после старта оно уже не нужно. А в нашем случае systemctl restart mysql рестартило и наш сервис.

Так можно же зависимость от порта / сокета сделать.

20:07пожаловаться #6

A

а вообще, у нас зависимые юниты убивало даже с просто requires, и я искал как побороть такое. У нас зависимость была только на старте (параметры в БД, во время старта сервиса - бд должна быть запущена), но после старта оно уже не нужно. А в нашем случае systemctl restart mysql рестартило и наш сервис.

если просто оставить Requires, то при stop, дочерние процессы оставались, останавливался гланый target и все

ну тут проблема пока не в остановке процессах, а в их старте, как запустить процессы, перед другими target, а потом уже запускать target

20:42пожаловаться #7

D

Andrey

если просто оставить Requires, то при stop, дочерние процессы оставались, останавливался гланый target и все

ну тут проблема пока не в остановке процессах, а в их старте, как запустить процессы, перед другими target, а потом уже запускать target

без wants оно и запускалось тогда одновременно

20:43пожаловаться #8

A

без wants оно и запускалось тогда одновременно

я ж указываю
> After=resque-first.target
но что-то не хочет

20:48пожаловаться #9

D

Andrey

я ж указываю
> After=resque-first.target
но что-то не хочет

попробуй без partOf

20:48пожаловаться #10

A

попробуй без partOf

проверил

systemctl --user cat resque-metro.target
# /home/deploy/.config/systemd/user/resque-metro.target
[Unit]
Description=Resque Queue METRO [staging]
Requires=resque-metro@1.service
Requires=resque-metro@2.service
Requires=resque-first.target
After=resque-first.target

[Install]
RequiredBy=resque-worker.target

systemctl --user cat resque-prisma.target
# /home/deploy/.config/systemd/user/resque-prisma.target
[Unit]
Description=Resque Queue PRISMA [staging]
Requires=resque-prisma@1.service
Requires=resque-first.target
After=resque-first.target

[Install]
RequiredBy=resque-worker.target

systemctl --user cat resque-first.target
# /home/deploy/.config/systemd/user/resque-first.target
[Unit]
Description=Resque First-Place MAIL [staging]
Requires=resque-mail@1.service
Requires=resque-mail@2.service
Requires=resque-mail@3.service
Requires=resque-mail@4.service

[Install]
RequiredBy=resque-metro.target resque-prisma.target

но все равно все вместе стартует

21:06пожаловаться #11

DS

Dmitry Sergeev in DevOps

Наталья Александровна

хранилище данных для приложений

так мб облачный заюзать? И головной боли меньше будет. У вас итак как я понял человеко-ресурсов не хватает. ceph как минимум требует глубокой экспертизы, про minio знаю мало, но думаю и там проблем хватает

21:58пожаловаться #12

НА

Наталья Александровна in DevOps

Dmitry Sergeev

так мб облачный заюзать? И головной боли меньше будет. У вас итак как я понял человеко-ресурсов не хватает. ceph как минимум требует глубокой экспертизы, про minio знаю мало, но думаю и там проблем хватает

счас берем сеньера за дорого) думаю он будет это все разгребать

22:13пожаловаться #13

НА

Наталья Александровна in DevOps

а не я

22:13пожаловаться #14

НА

Наталья Александровна in DevOps

я скромный мидл адмен