Le temporisateur Systemd ne démarre pas son unité de service


9

Situation

J'ai écrit une unité de service personnalisée et son script shell compagnon pour renouveler un certificat de Crypter Let . Tout fonctionne bien quand je cours systemctl start letsencrypt-example_com.service. Je veux qu'il s'exécute automatiquement tous les 60 jours, j'ai donc écrit une unité de minuterie systemd.

Problème

J'ai couru systemctl enable letsencrypt-example_com.timeralors systemctl start letsencrypt-example_com.timer. La minuterie semble démarrer mais pas le service.

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

Des dossiers

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 admin@example.com \
--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

Si je l'ai fait aujourd'hui, je n'ai peut-être pas créé un nginx_reload.service, et ajoutez ceci à letsencrypt-example_com.service instead:PermissionsStartOnly=true ExecStartPost=/bin/systemctl reload nginx
pandark

Réponses:


11

Bien que les unités de temporisation acquièrent automatiquement une Before=dépendance à l'égard du service qu'elles sont censées activer , elles n'ont apparemment pas automatiquement de Requires=dépendance à son égard (ce qui n'a aucun sens pour moi).

J'ai donc ajouté la ligne suivante à la [Unit]section du minuteur, et maintenant il démarre le service comme prévu:

Requires=letsencrypt-example_com.service

J'ai également mis un AccuracySec(de 10s) dans la [Timer]section.


J'ai eu une minuterie de travail il y a quelque temps, puis la même minuterie s'est arrêtée avec votre même erreur; J'ai résolu en utilisant cette solution; Je pense que quelque chose a changé dans une mise à niveau de systemd ...
Zac
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.