El temporizador del sistema no inicia su unidad de servicio

9

Situación

He escrito una unidad de servicio systemd personalizada y su script de shell complementario para renovar un certificado de Let's Encrypt . Todo funciona bien cuando corro systemctl start letsencrypt-example_com.service. Quiero que se ejecute automáticamente cada 60 días, así que escribí una unidad de temporizador systemd.

Problema

Corrí systemctl enable letsencrypt-example_com.timerentonces systemctl start letsencrypt-example_com.timer. El temporizador parece comenzar pero no el servicio.

# 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)

Archivos

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
fuente
Si lo hice hoy, es posible que no haya creado un nginx_reload.service, y agregue esto a letsencrypt-example_com.service instead:PermissionsStartOnly=true ExecStartPost=/bin/systemctl reload nginx
pandark
Quizás relacionado: github.com/systemd/systemd/issues/6680
nh2

Respuestas:

11

Aunque las unidades de temporizador obtienen automáticamente una Before=dependencia del servicio que deben activar , aparentemente no Requires=dependen automáticamente de él (lo cual no tiene ningún sentido para mí).

Así que agregué la siguiente línea a la [Unit]sección de la unidad de temporizador, y ahora comienza el servicio según lo previsto:

Requires=letsencrypt-example_com.service

También establecí un AccuracySec(de 10s) en la [Timer]sección.

pandark
fuente
Tuve un temporizador funcionando hace algún tiempo, luego el mismo temporizador se detuvo con su mismo error; Resolví usar esta solución; Creo que algo cambió en una actualización de systemd ...
Zac