Início / server / Perguntas / 836451
Accepted
Karl Morrison
Asked: 2017-03-06 15:35:54 +0800 CST

Systemd depois de não iniciar o serviço

  • 772

letsencrypt.service:

[Unit]
Description=Renews letsencrypt certificates
After=network.target letsencrypt_concat_fullchain_privkey.service

[Service]
Type=oneshot
WorkingDirectory=/etc/letsencrypt/
ExecStart=/usr/bin/letsencrypt renew

Quando inicio este serviço manualmente: sudo systemctl start letsencryptparece que não inicia o letsencrypt_concat_fullchain_privkey.serviceserviço. Eu corri sudo systemctl start letsencrypt_concat_fullchain_privkey.servicee funciona como deveria.

O que estou tentando fazer é que quando letsencrypt.serviceterminar gostaria que iniciasse o letsencrypt_concat_fullchain_privkey.serviceserviço.

systemd ubuntu-16.04

2 respostas

  1. Best Answer

    After=não implica uma relação de dependência (somente ordem), você pode estabelecer dependência com Requires=ou Wants=diretiva.

    Requires=
    Configura dependências de requisitos em outras unidades. Se esta unidade for ativada, as unidades listadas aqui também serão ativadas. Se uma das outras unidades for desativada ou sua ativação falhar, esta unidade será desativada. Esta opção pode ser especificada mais de uma vez ou várias unidades separadas por espaço podem ser especificadas em uma opção, caso em que serão criadas dependências de requisitos para todos os nomes listados. Observe que as dependências de requisitos não influenciam a ordem em que os serviços são iniciados ou interrompidos. Isso deve ser configurado independentemente com as opções After=ou Before=. Se uma unidade foo.servicerequer uma unidade bar.service conforme configurado com Requires= e nenhum pedido é configurado com After=ouBefore=, então ambas as unidades serão iniciadas simultaneamente e sem qualquer atraso entre elas se foo.serviceestiver ativado. Freqüentemente, é uma escolha melhor usar Wants= em vez de Requires=obter um sistema mais robusto ao lidar com serviços com falha.

    Observe que esse tipo de dependência não implica que a outra unidade sempre tenha que estar no estado ativo quando esta unidade estiver em execução. Especificamente: verificações de condição com falha (como ConditionPathExists=, ConditionPathExists=, … — veja abaixo) não causam a Requires=falha do trabalho inicial de uma unidade com dependência dela. Além disso, alguns tipos de unidade podem ser desativados por conta própria (por exemplo, um processo de serviço pode decidir sair de forma limpa ou um dispositivo pode ser desconectado pelo usuário), o que não é propagado para unidades com Requires=dependência. Use o BindsTo=tipo de dependência junto com After=para garantir que uma unidade nunca esteja em estado ativo sem uma outra unidade específica também em estado ativo (veja abaixo).

    Observe que as dependências desse tipo também podem ser configuradas fora do arquivo de configuração da unidade adicionando um link simbólico a um .requires/ diretório que acompanha o arquivo da unidade. Para detalhes, veja acima.

    Wants=
    Uma versão mais fraca do Requires=. As unidades listadas nesta opção serão iniciadas se a unidade de configuração for. No entanto, se as unidades listadas não iniciarem ou não puderem ser adicionadas à transação, isso não afetará a validade da transação como um todo. Esta é a maneira recomendada de conectar a inicialização de uma unidade à inicialização de outra unidade.

    Observe que as dependências desse tipo também podem ser configuradas fora do arquivo de configuração da unidade adicionando links simbólicos a um .wants/diretório que acompanha o arquivo da unidade. Para detalhes, veja acima.

    Ref: http://freedesktop.org/software/systemd/man/systemd.unit.html

    • 6

  2. O que estou tentando fazer é que, quando o letsencrypt.service for concluído, gostaria que ele iniciasse o serviço letsencrypt_concat_fullchain_privkey.service.

    Você deseja adicionar isso ao seu letsencrypt.servicearquivo, então:

    ExecStartPost=/bin/systemctl start letsencrypt_concat_fullchain_privkey.service

    Este comando será executado em série após o comando que você forneceu ExecStart=.

    Você pode ler mais sobre ExecStartPost=ou man systemd.serviceprocurar qualquer systemddiretiva em man systemd.directives.

    • 0

relate perguntas