Timer systemowy nie uruchamia jednostki serwisowej


9

Sytuacja

Napisałem niestandardową systemową jednostkę usługową i jej towarzyszący skrypt powłoki, aby odnowić certyfikat z Let's Encrypt . Wszystko działa dobrze, kiedy biegam systemctl start letsencrypt-example_com.service. Chcę, aby uruchamiał się automatycznie co 60 dni, więc napisałem jednostkę systemowego timera.

Kwestia

Wpadłem systemctl enable letsencrypt-example_com.timerwtedy systemctl start letsencrypt-example_com.timer. Czasomierz wydaje się uruchamiać, ale nie usługa.

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

Akta

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

Gdybym to zrobił dzisiaj, mógłbym nie utworzyć nginx_reload.servicei dodać to do letsencrypt-example_com.service instead:PermissionsStartOnly=true ExecStartPost=/bin/systemctl reload nginx
pandark 21.02.18

Odpowiedzi:


11

Mimo że jednostki czasowe automatycznie uzyskują Before=zależność od usługi, którą mają aktywować , najwyraźniej nie Requires=zależą od niej automatycznie (co nie ma dla mnie żadnego sensu).

Więc dodałem następujący wiersz do [Unit]sekcji jednostki czasowej, a teraz uruchamia usługę zgodnie z przeznaczeniem:

Requires=letsencrypt-example_com.service

Ustawiłem także AccuracySec(z 10s) w [Timer]sekcji.


Jakiś czas temu miałem działający zegar, a potem ten sam zegar zatrzymał się z tym samym błędem; Rozwiązałem za pomocą tego rozwiązania; Myślę, że coś się zmieniło w aktualizacji systemowej ...
Zac
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.