監視装置として実行されるシステムと、ロック時にサービスを再開するためにシステム監視装置を使用するサービスがあります。サービスが繰り返しロックされると、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 ログの構成によりロギングが発生する可能性がありますが、再起動中に表示前に失われる可能性があります。