Início / unix / Perguntas / 441087
Accepted
Guss
Asked: 2018-05-02 04:44:55 +0800 CST

SystemD `Requires` falha quando a unidade necessária falha pela primeira vez

  • 772

Criei uma unidade SystemD para iniciar um serviço e esse serviço requer que outra unidade seja iniciada antecipadamente.

Eu configurei o serviço dependente com Requires=dependant.service, e dessa forma quando depending.serviceé iniciado automaticamente durante a inicialização, ele primeiro tenta iniciar dependant.service.

O problema é que, se dependant.servicecomeçar muito cedo, falha ao iniciar (não tenho certeza do que significa "muito cedo" aqui). Para resolver isso, configurei dependant.servicepara Restart=always.

E isso funciona bem - depending.serviceestá habilitado e inicia automaticamente, inicia dependant.service, que trava e depois é reiniciado e sempre consegue iniciar na 2ª tentativa.

Mas depending.servicevi dependant.servicea primeira falha do 's e suas Requires=dependant.servicecausas para falhar. O registro mostra:

systemd[1]: Dependency failed for depending.
systemd[1]: Job depending.service/start failed with result 'dependency'.

Mesmo que dependanteventualmente tenha sucesso, e ambos tenham Restart=always, dependingnunca reinicia após a falha inicial de dependant.

Eu tentei várias configurações de Requires=, e Wants=, mas não consegui encontrar uma combinação que causasse a reinicialização após a reinicialização.BindsTo=Afterdependingdependant

systemd services

2 respostas

  1. Best Answer

    Parece que a causa raiz é que dependant.serviceàs vezes está começando cedo demais: adicionar Restartdiretivas é um pouco complicado. Isso para mim indica que está faltando um requisito de tempo, Afterpara o que serve. Dependendo do tipo de serviço, você precisará determinar quais recursos são necessários antes de iniciar o serviço.

    Supondo que isso esteja relacionado à rede, você desejará adicionar o seguinte na [Unit]seção de dependant.service:

    After=network.target

    Ao fazer isso, você está indicando que a rede básica deve estar disponível antes que o systemd tente iniciar o serviço. Caso contrário, o systemd tentará iniciar o máximo de serviços em paralelo possível, o que significa que, dependendo da ordem de início, você pode iniciar basicamente sem nada inicializado, que é uma situação que alguns serviços podem tolerar e outros falham muito.

    Se você quiser ter certeza de que depending.servicesempre reinicia com dependant.service, adicione um BindsToe Aftera depending.service:

    [Unit]
After=dependant.service
BindsTo=dependant.service

    Esses comportamentos são documentados na systemd.unit(7)página de manual. Raramente preciso usar mais de Wants, Requirese After, mas há opções mais avançadas se você tiver serviços com condições de inicialização particularmente complexas.

    Acho útil, ao criar um novo serviço (ou grupo de serviços), examinar os arquivos da unidade fornecidos pela distribuição para ver como eles são feitos e copiar descaradamente as partes boas (tente /usr/lib/systemd/systemou /lib/systemd/system): eles geralmente têm pistas sobre o que Aftere Requiresos requisitos são úteis para um determinado tipo de serviço.

    • 2

  2. Para mim BindsTonão ajuda. Isso é (eu acho), porque BindsTosignifica que a unidade dependente não pode ser executada sem a unidade dependente. Mas nesta situação o processo dependente não foi iniciado porque a unidade dependente falhou ao iniciar pela primeira vez.

    Mas, de acordo com a documentação da unidade systemd, PartOf propaga o evento após cada reinicialização. Então isso funcionou para mim:

    [Unit]
After=dependant.service
PartOf=dependant.service
    • 1

relate perguntas