Daha sonra bir systemd zamanlayıcısının ne zaman çalışacağını bilmenin bir yolu var mı?

Bir systemd zamanlayıcıyı test ediyorum ve varsayılan zaman aşımını geçersiz kılmaya çalışıyorum, ancak başarılı olamadı. Systemd'in bir sonraki hizmetin ne zaman çalıştırılacağını bize sormasının bir yolu olup olmadığını merak ediyorum.

Normal dosya ( /lib/systemd/system/snapbackend.timer):

# Documentation available at:
# https://www.freedesktop.org/software/systemd/man/systemd.timer.html

[Unit]
Description=Run the snapbackend service once every 5 minutes.

[Timer]
# You must have an OnBootSec (or OnStartupSec) otherwise it does not auto-start
OnBootSec=5min
OnUnitActiveSec=5min
# The default accuracy is 1 minute. I'm not too sure that either way
# will affect us. I am thinking that since our computers will be
# permanently running, it probably won't be that inaccurate anyway.
# See also:
# http://stackoverflow.com/questions/39176514/is-it-correct-that-systemd-timer-accuracysec-parameter-make-the-ticks-slip
#AccuracySec=1

[Install]
WantedBy=timers.target

# vim: syntax=dosini

Geçersiz kılma dosyası ( /etc/systemd/system/snapbackend.timer.d/override.conf):

# This file was auto-generated by snapmanager.cgi
# Feel free to do additional modifications here as
# snapmanager.cgi will be aware of them as expected.
[Timer]
OnUnitActiveSec=30min

Aşağıdaki komutları çalıştırdım ve zamanlayıcı hala her 5 dakikada bir keneler. Systemd'de bir hata olabilir mi?

sudo systemctl stop snapbackend.timer
sudo systemctl daemon-reload
sudo systemctl start snapbackend.timer

Bu yüzden merak ediyorum, zamanlayıcının bir sonraki adımını ne zaman işaretleyeceğini nasıl bilebilirim? Çünkü bu hemen bana 5 dakika içinde olup olmadığını söylerdi. veya 30 dak. ama bu systemctl status snapbackend.timerkonuda hiçbir şey söylemiyor. Sadece şu anda kullanılan gecikmeyi söyleyecek bir komut olup olmadığını merak ediyorum.

İlgilenenler için, hizmet dosyası da ( /lib/systemd/system/snapbackend.service) var, ancak bunun zamanlayıcı keneleri üzerinde hiçbir etkisi olmaması gerektiğini hayal etsem de ...

# Documentation available at:
# https://www.freedesktop.org/software/systemd/man/systemd.service.html

[Unit]
Description=Snap! Websites snapbackend CRON daemon
After=snapbase.service snapcommunicator.service snapfirewall.service snaplock.service snapdbproxy.service

[Service]
# See also the snapbackend.timer file
Type=simple
WorkingDirectory=~
ProtectHome=true
NoNewPrivileges=true
ExecStart=/usr/bin/snapbackend
ExecStop=/usr/bin/snapstop --timeout 300 $MAINPID
User=snapwebsites
Group=snapwebsites
# No auto-restart, we use the timer to start once in a while
# We also want to make systemd think that exit(1) is fine
SuccessExitStatus=1
Nice=5
LimitNPROC=1000
# For developers and administrators to get console output
#StandardOutput=tty
#StandardError=tty
#TTYPath=/dev/console
# Enter a size to get a core dump in case of a crash
#LimitCORE=10G

[Install]
WantedBy=multi-user.target

# vim: syntax=dosini

Halihazırda aktif olan zamanlayıcıların durumu aşağıdakiler kullanılarak gösterilebilir systemctl list-timers:

$ systemctl list-timers --all
NEXT                         LEFT     LAST                         PASSED       UNIT                         ACTIVATES
Wed 2016-12-14 08:06:15 CET  21h left Tue 2016-12-13 08:06:15 CET  2h 18min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service

1 timers listed.

@ Phg yorum ve yanıtından cevabı içeren bir sayfa buldum. Zamanlayıcılar kümülatiftir ve önce sıfırlamanız gerekir, aksi takdirde önceki giriş kalır. Bu takvimler için kullanışlıdır, ancak tüm zamanlayıcılarla aynı şekilde çalışır.

Zamanlayıcıyı yeni bir değere değiştirmeden önce sıfırlayan bir giriş olması beklendiği gibi çalışır:

# This file was auto-generated by snapmanager.cgi
# Feel free to do additional modifications here as
# snapmanager.cgi will be aware of them as expected.
[Timer]
OnUnitActiveSec=
OnUnitActiveSec=30min

Hayır, bir zamanlayıcının bir daha ne zaman çalışacağını tam olarak görmenin bir yolu görünmüyor. systemdteklifler systemctl list-timersve systemctl status something.timerfakat bunlardan etkiler göstermeyen AccuracySec=ve saati kayması muhtemelen diğer direktifler.

AccuracySec=1hİki sunucuya ayarlarsanız , her ikisi de her iki sunucudaki aynı zamanlayıcının aynı anda tetikleneceğini bildirir, ancak aslında bir saat arayla başlayabilirler! İki rasgele zamanlayıcının çarpışıp çarpışmadığını bilmek istiyorsanız, hesaplanan son hesaplanan çalışma süresini kontrol etmenin bir yolu yoktur.

Liste zamanlayıcılarının çıktısını daha doğru / daha az kafa karıştırıcı hale getirmek için açık bir sistem sorunu vardır .