systemd는 몇 시간마다 ntp를 다시 시작합니다. 왜?

systemd는 몇 시간마다 ntp를 다시 시작합니다. 왜?

Bullseye를 실행하는 세 개의 Raspberry Pi가 있습니다. 언제 시작했는지는 모르지만(분명히 이유는) ntpd는 2시간마다 다시 시작됩니다. Journalctl 출력이나 daemon.log에서 볼 수 있는 것은 다음과 같습니다.

Dec  8 04:43:43 ntp1 systemd[1]: Stopping Network Time Service...
Dec  8 04:43:43 ntp1 systemd[1]: Stopped Network Time Service.
Dec  8 04:43:43 ntp1 systemd[1]: Starting Network Time Service...

ntpd는 아무 문제도 없는 것 같습니다. systemd가 이 작업을 수행하는 이유를 어떻게 확인하고 중지할 수 있습니까?

이 경우 ntpd는 로컬 PPS 참조 시계가 있는 레이어 1 서버로 구성되므로 아무 이유 없이 재부팅하지 않는 것이 좋습니다.

이것은 ntp 서비스 파일입니다:

[Unit]
Description=Network Time Service
Documentation=man:ntpd(8)
After=network.target
Conflicts=systemd-timesyncd.service

[Service]
Type=forking
# Debian uses a shell wrapper to process /etc/default/ntp
# and select DHCP-provided NTP servers if available
ExecStart=/usr/lib/ntp/ntp-systemd-wrapper
PrivateTmp=true

[Install]
WantedBy=multi-user.target

실험으로 ntp 서비스를 중지하고 동일한 매개 변수를 사용하여 ntpd를 수동으로 시작했으며 그 이후로 계속 실행되었습니다. 이것은 문제를 해결하지는 못하지만 시스템 간섭 없이 ntpd가 안정적이라는 것을 증명합니다.

systemd는 서비스에서 소비하는 CPU 시간을 제한합니까? NTP를 실행하는 다른 Raspberry Pi를 보면아니요GPS 작업을 수행하면 systemd에 의해 주기적으로 다시 시작되지만 매번 다시 시작됩니다.열하나2시간마다가 아닌 매시간마다. systemd에게 물어볼 수 있는 방법이 있었으면 좋겠어요그렇게 하고 있습니다.

답변1

이것은 dhcpcd의 버그인 것 같습니다. /lib/dh​​cpcd/dhcpcd-hooks에는 DHCP 임대에 지정된 호스트를 추가하거나 제거하기 위해 ntp.conf를 재정의하도록 설계된 후크가 있습니다. 내 경우에는 그런 호스트가 없었지만 dhcpcd는 어쨌든 ntp를 반송했습니다. 66-ntp.conf를 무력화하면(하단에 있는 if 문의 내용을 주석 처리하여) 이러한 일이 발생하지 않지만 DHCP 기반 NTP 구성에 대한 지원을 제거하는 대가를 치르게 되지만 이 경우에는 괜찮습니다. 그것 .

관련 정보