Systemd Watchdogの再起動を記録する方法

Systemd Watchdogの再起動を記録する方法

監視装置として実行されるシステムと、ロック時にサービスを再開するためにシステム監視装置を使用するサービスがあります。サービスが繰り返しロックされると、systemdはシステムを再起動します。

systemdがサービスを再起動し、systemdがシステムを再起動する時間を記録する方法は?

オペレーティングシステムはARCH Linuxで、システムバージョンは218です。

ウォッチドッグが再起動した後、今日のJourrnalctlは空です。

サービスを再起動すると、ログにどのような内容が含まれているかわかりません。サービスの中断をテストする最も効率的な方法は何ですか?

/var/log/journalが存在し、通常の再起動に関する情報を保存しますが、監視の再起動にはログはありません。

読むデバッグロック - systemdが私のログを失うこれも同様の問題のようです。 Journald.confから#SyncIntervalSec = 5mのコメントを削除すると、再起動ログが表示されますが、原因が何であるかはわかりません。

この場合、systemdがシステム全体を再起動させるのはフォーク爆弾です。

Apr 11 20:54:02 buspi systemd[1]: Stopping Sound Card.   <--- restarting
Apr 11 20:54:01 buspi anacron[17809]: Job `cron.daily' started <--- seems ok

ユニットファイル

[Unit]
Description= Alight
Wants=network.target

[Service]
Type=notify
ExecStart=/usr/bin/alight 
ExecStop=/usr/bin/alight-stop
Restart=always
WatchdogSec=30s
StartLimitInterval=5min
StartLimitBurst=4
StartLimitAction=reboot-force

[Install]
WantedBy=multi-user.target

システム構成ファイル

[Manager]
#LogLevel=info
#LogTarget=journal-or-kmsg
#LogColor=yes
#LogLocation=no
#DumpCore=yes
#CrashShell=no
#ShowStatus=yes
#CrashChVT=1
#CPUAffinity=1 2
#JoinControllers=cpu,cpuacct net_cls,net_prio
RuntimeWatchdogSec=20
ShutdownWatchdogSec=3min
#CapabilityBoundingSet=
#SystemCallArchitectures=
#TimerSlackNSec=
#DefaultTimerAccuracySec=1min
#DefaultStandardOutput=journal
#DefaultStandardError=inherit
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s
#DefaultRestartSec=100ms
#DefaultStartLimitInterval=10s
#DefaultStartLimitBurst=5
#DefaultEnvironment=
#DefaultCPUAccounting=no
#DefaultBlockIOAccounting=no
#DefaultMemoryAccounting=no
#DefaultLimitCPU=
#DefaultLimitFSIZE=
#DefaultLimitDATA=
#DefaultLimitSTACK=
#DefaultLimitCORE=
#DefaultLimitRSS=
#DefaultLimitNOFILE=
#DefaultLimitAS=
#DefaultLimitNPROC=
#DefaultLimitMEMLOCK=
#DefaultLimitLOCKS=
#DefaultLimitSIGPENDING=
#DefaultLimitMSGQUEUE=
#DefaultLimitNICE=
#DefaultLimitRTPRIO=
#DefaultLimitRTTIME=

ベストアンサー1

存在しない場合はデフォルトで/var/log/journalメモリに保存されるため、systemd journal再起動時に失われます。

レビューシステムロギングに関する公式文書特に親プロフィールのリストと保存=オプション。

Storage=systemd ログの構成によりロギングが発生する可能性がありますが、再起動中に表示前に失われる可能性があります。

おすすめ記事