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=