Запустить сервис systemd условно?

14

В моей организации у нас есть ряд простых в использовании базовых AMI для различных служб, таких как ECS и Docker. Поскольку во многих наших проектах используется CloudFormation, мы используем его cfn-bootstrap, который состоит из пары сценариев и службы, которая запускается при загрузке для установки определенных пакетов и выполнения определенных задач управления конфигурацией для нас.

При запуске системы должен быть выполнен эквивалент следующего скрипта:

#!/bin/bash

# capture stderr only
output="$(cfn-init -s $STACK_NAME -r $RESOURCE_NAME --region $REGION >/dev/null)"

# if it failed, signal to CloudFormation that it failed and include a reason
returncode=$?
if [[ $returncode == 0]]; then
    cfn-signal -e $returncode -r "$output"
    exit $returncode
fi

# otherwise, signal success
cfn-signal -s

Я думал о запуске этого как oneshotслужбы systemd, которая работает After=network.targetи WantedBy=multi-user.target.

Единственная проблема заключается в том, что я хотел бы, чтобы мой AMI был гибким и выполнял его только при наличии определенного файла. Вместо того, чтобы встраивать вышеупомянутый скрипт в пользовательские данные EC2, я могу сделать так, чтобы пользовательские данные просто определяли файл среды, который определяет необходимые мне переменные, и запускали мой однократный сервис, только если этот файл среды существует:

#cloud-init
write_files:
    - path: /etc/sysconfig/cloudformation
      # ...
      content: |
          CFN_STACK_NAME="stack-name"
          CFN_RESOURCE="resource-name"
          CFN_REGION="region"

Есть ли способ заставить systemd запускать сервис только при соблюдении заданного условия?

systemd

— Нафтули Кей
источник

16

systemd предоставляет широкий спектр условий, которые вы можете проверить . Например, вы можете использовать ConditionPathExists=для проверки существования файла.

[Unit]
ConditionPathExists=/etc/sysconfig/cloudformation

— Майкл Хэмптон
источник

3

Стоит отметить, что это не whileусловие, а условие, ifозначающее, что если указанный путь ConditionPathExistsне существует к моменту запуска службы, остальная часть службы просто не будет работать. Т.е. он не ждет пути к существованию.

— Ман

@ С помощью системного таймера должна быть возможность многократно запускать службу с интервалом, чтобы преодолеть это ограничение.

— Нафтули Кей

@Man Посмотрите на freedesktop.org/software/systemd/man/systemd.path.html# . Он может отслеживать путь и обеспечивать активацию на основе, например, появления пути.

— Бенф

2

Я наткнулся на этот вопрос в поисках способов запуска службы systemd с использованием условия. Есть много способов:

ConditionArchitecture=, ConditionVirtualization=, ConditionHost=, ConditionKernelCommandLine=, ConditionSecurity=, ConditionCapability=, ConditionACPower=, ConditionNeedsUpdate=, ConditionFirstBoot=, ConditionPathExists=, ConditionPathExistsGlob=, ConditionPathIsDirectory=, ConditionPathIsSymbolicLink=, ConditionPathIsMountPoint=, ConditionPathIsReadWrite=, ConditionDirectoryNotEmpty=, ConditionFileNotEmpty=, ConditionFileIsExecutable=

Я хотел запустить службу на основе определенного имени хоста.

ConditionHost= может использоваться для сравнения с именем хоста или идентификатором машины хоста. Это либо принимает строку имени хоста (необязательно с глобусами в стиле оболочки), которая проверяется по локально установленному имени хоста, возвращаемому gethostname (2), либо по идентификатору машины, отформатированному в виде строки (см. Идентификатор машины (5)). Тест можно отменить, добавив восклицательный знак.

Подробнее об этом здесь .

— radtek
источник