O temporizador Systemd não inicia sua unidade de serviço

9

Situação

Eu escrevi uma unidade de serviço systemd personalizada e seu script de shell complementar para renovar um certificado do Let's Encrypt . Tudo funciona bem quando corro systemctl start letsencrypt-example_com.service. Quero que ele seja executado automaticamente a cada 60 dias, então escrevi uma unidade de timer do systemd.

Questão

Eu corri systemctl enable letsencrypt-example_com.timerentão systemctl start letsencrypt-example_com.timer. O cronômetro parece iniciar, mas não o serviço.

# systemctl status letsencrypt-example_com.timer
Created symlink from /etc/systemd/system/timers.target.wants/letsencrypt-example_com.timer to /etc/systemd/system/letsencrypt-example_com.timer.
# systemctl start letsencrypt-example_com.timer
# systemctl list-timers --all
# systemctl list-timers
NEXT                           LEFT     LAST                           PASSED       UNIT                            ACTIVATES
n/a                            n/a      ven. 2016-05-06 13:10:13 CEST  1h 51min ago letsencrypt-example_com.timer letsencrypt-example_com.service
# systemctl status letsencrypt-example_com.timer
● letsencrypt-example_com.timer - Run letsencrypt-example_com every 60 days
   Loaded: loaded (/etc/systemd/system/letsencrypt-example_com.timer; enabled)
   Active: active (elapsed) since ven. 2016-05-06 15:01:57 CEST; 2min 50s ago
# systemctl status letsencrypt-example_com.service
● letsencrypt-example_com.service - letsencrypt certificat renewal for example.com and subdomains
   Loaded: loaded (/etc/systemd/system/letsencrypt-example_com.service; static)
   Active: inactive (dead)

arquivos

cat /etc/systemd/system/letsencrypt-example_com.service :

[Unit]
Description=letsencrypt certificat renewal for example.com and subdomains
Requires=nginx_reload.service
Before=nginx_reload.service

[Service]
Type=simple
ExecStart=/bin/sh /usr/local/bin/letsencrypt-renew.sh example.com www.example.com
User=letsencrypt
Group=www-data

/usr/local/bin/letsencrypt-renew.sh :

#!/bin/sh

letsencrypt certonly \
--server https://acme-v01.api.letsencrypt.org/directory \
--text \
--email [email protected] \
--agree-tos \
--rsa-key-size 4096 \
--authenticator webroot \
--webroot-path /srv/files/letsencrypt/www \
$(
for fqdn in $@;
    do echo "--domain $fqdn";
    done;
) \
--force-renew

/etc/systemd/system/letsencrypt-example_com.timer :

[Unit]
Description=Run letsencrypt-example_com every 60 days

[Timer]
OnUnitActiveSec=1min
Persistent=true
Unit=letsencrypt-example_com.service

[Install]
WantedBy=timers.target

/etc/systemd/system/nginx_reload.service :

[Unit]
Description=reload nginx conf

[Service]
Type=oneshot
ExecStart=/bin/systemctl reload nginx
pandark
fonte
Se eu fiz isso hoje, eu não pode ter criado uma nginx_reload.service, e adicione a letsencrypt-example_com.service instead:PermissionsStartOnly=true ExecStartPost=/bin/systemctl reload nginx
pandark
Talvez relacionado: github.com/systemd/systemd/issues/6680
nh2

Respostas:

11

Embora as unidades de timer obtenham automaticamente uma Before=dependência do serviço que deveriam ativar , aparentemente elas não Requires=dependem automaticamente dele (o que não faz sentido para mim).

Então, adicionei a seguinte linha à [Unit]seção da unidade de timer e agora ele inicia o serviço como pretendido:

Requires=letsencrypt-example_com.service

Também defini um AccuracySec(de 10s) na [Timer]seção.

pandark
fonte
Eu tinha um cronômetro funcionando há algum tempo, e o mesmo cronômetro parou com o mesmo erro; Eu resolvi usando esta solução; Acho que algo mudou em um upgrade systemd ...
Zac