Debian Busterの非常に奇妙な問題に直面しました。非常に単純なサーバーであり、自動的に更新する必要があるため、サーバーで無人アップグレードを有効にしました。しかし、これに適したタイマーが起動しないようです。
すべてのタイマーを確認すると、次の結果が表示されます。
# systemctl list-timers
NEXT LEFT LAST PASSED UNIT ACTIVATES
Fri 2021-01-15 20:00:00 UTC 58min left Fri 2021-01-15 19:00:00 UTC 1min 13s ago logrotate.timer logrotate.service
Sat 2021-01-16 00:00:00 UTC 4h 58min left Fri 2021-01-15 00:00:00 UTC 19h ago man-db.timer man-db.service
Sat 2021-01-16 18:03:26 UTC 23h left Fri 2021-01-15 18:03:26 UTC 57min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
n/a n/a Thu 2020-11-26 06:15:45 UTC 1 months 20 days ago apt-daily-upgrade.timer apt-daily-upgrade.service
n/a n/a Wed 2020-11-25 20:32:27 UTC 1 months 20 days ago apt-daily.timer apt-daily.service
タイマーの定義を確認すると大丈夫です。
# systemctl cat apt-daily.timer
# /lib/systemd/system/apt-daily.timer
[Unit]
Description=Daily apt download activities
[Timer]
OnCalendar=*-*-* 6,18:00
RandomizedDelaySec=12h
Persistent=true
[Install]
WantedBy=timers.target
分析は構文が大丈夫であることに同意するようです。
# systemd-analyze calendar "*-*-* 6,18:00"
Original form: *-*-* 6,18:00
Normalized form: *-*-* 06,18:00:00
Next elapse: Sat 2021-01-16 06:00:00 UTC
From now: 10h left
しかし、彼らは発射しませんでした。systemctl start apt-daily.timer
走ってみましたが効果がsystemctl enable --now apt-daily.timer
ありsystemctl restart timers.target
ませんでした。コマンドはエラーなしで返されますが、変更はありません。
この問題をもうデバッグする方法がわかりません。どんなアドバイスでもいただきありがとうございます。
答え1
私の問題を発見しました。 systemdをアップグレードする必要があります。もちろん、この職業がすべきことは...