Início / unix / Perguntas / 503138
Accepted
Stewart
Asked: 2019-02-27 05:58:30 +0800 CST

Como definir o relacionamento systemd "ConsistsOf"

  • 772

Estou criando um pacote fooque inicia/fecha o pacote upstream bar. A relação deve ser:

  • Quando você inicia o foo, inicie também o bar.
  • Quando você parar/recarregar foo, também pare/recarregue a barra.
  • barpode ser iniciado, interrompido ou recarregado sem afetarfoo

Se /lib/systemd/system/bar.serviceparece com isso:

[Unit]
Description=Bar

[Service]
ExecStart=/bin/sleep infinity
Restart=on-failure

Então, a solução "normal" seria adicionar WantedBye PartOfrelacionamentos a bar:

[Unit]
Description=Bar
PartOf=foo.service

[Service]
ExecStart=/bin/sleep infinity
Restart=on-failure

[Install]
WantedBy=foo.service

No entanto, baré um pacote upstream e acho que não é certo forçar bara estar ciente fooou corrigir bar.

Eu pensei que uma solução perfeita seria criar foo.serviceassim:

[Unit]
Description=Foo
Wants=bar.service
ConsistsOf=bar.service

[Service]
Type=oneshot
ExecStart=/bin/true
RemainAfterExit=yes

No entanto, meu journalctl diz:

Valor l desconhecido 'ConsistsOf' na seção 'Unidade'

e as páginas man dizem:

Quando PartOf=b.service é usado em a.service, essa dependência será mostrada como ConsistsOf=a.service na listagem de propriedades de b.service. A dependência ConsistsOf= não pode ser especificada diretamente.

Não sei por ConsistsOf= que não pode ser especificado diretamente, mas existe uma alternativa que não considerei?

systemd

1 respostas

  1. Best Answer

    A maneira apropriada de modificar o bar.service upstream/externo para incluir um PartOf=relacionamento com outra unidade é usar uma configuração de substituição "drop-in", que é um recurso do systemd que permite modificar unidades existentes sem precisar tocar nos arquivos originais.

    Da página man systemd.unit :

    Junto com um arquivo de unidade foo.service, um diretório "drop-in" foo.service.d/pode existir. Todos os arquivos com o sufixo " .conf" deste diretório serão analisados ​​depois que o próprio arquivo de unidade for analisado. Isso é útil para alterar ou adicionar definições de configuração para uma unidade, sem ter que modificar os arquivos da unidade.

    No seu caso particular, você deve criar um drop-in como /etc/systemd/system/bar.service.d/partof-foo.conf, com conteúdo:

    [Unit]
PartOf=foo.service

    (O nome partof-foo.confé apenas uma sugestão, qualquer coisa com um .confsufixo deve funcionar.)

    Em seguida, recarregue o daemon com systemctl daemon-reload.

    Depois disso, você pode inspecionar a unidade com systemctl cat bar, que mostrará claramente que a substituição está sendo levada em consideração. Além disso, agora, systemctl show foomostrará um ConsistsOf=relacionamento bar.servicee os efeitos desse relacionamento seguirão (parar foofará com barque pare.)

    Para a segunda parte ( footendo Wants=bar.service), sugiro adicionar essa diretiva diretamente em foo.servicevez de usar uma [Install]estrofe em um "drop-in" para bar.service.

    Por um lado, a [Install]seção teria que ser ativada com um systemctl enable barcomando, então de certa forma é mais difícil de manter. (Além disso, vi bugs em que [Install]um "drop-in" não é respeitado. Acredito que eles foram corrigidos, mas ainda podem existir na versão do systemd da sua distribuição.)

    Além disso, você pode querer usar um Requires=relacionamento mais forte, em vez de Wants=, pois isso foo.servicefalhará se bar.servicenão puder ser iniciado. (Considere também adicionar uma dependência de ordenação, como After=bar.servicefrom foo.service, para fooque na verdade espere até que baresteja ativo antes de fazer sua própria inicialização.)

    Como foo.serviceé um arquivo que você controla, basta incluí-lo diretamente:

    [Unit]
Description=Foo
Requires=bar.service
After=bar.service

    Isso supondo que você também queira a dependência de ordenação, é seguro omiti-la se não quiser.

    Isso deve cuidar de tudo.

    • 7

relate perguntas