Immer noch auf der Suche, warum der Cubi nach ein paar Tagen abstürzt, wie hier schon im Teil 1 beschrieben.
Dann erscheint im /var/log/syslog jede Stunde noch dieser Eintrag:
ntpd[549]: frequency file /var/lib/ntp/ntp.drift.TEMP: Permission denied
Der ntp Client läuft unter dem User ntp wie htop zeigt.
Ein
service ntp status
gibt die Meldungen auch aus:
● ntp.service - LSB: Start NTP daemon
Loaded: loaded (/etc/init.d/ntp)
Active: active (running) since Fri 2016-07-22 15:03:19 CEST; 18h ago
Process: 508 ExecStop=/etc/init.d/ntp stop (code=exited, status=0/SUCCESS)
Process: 529 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/ntp.service
└─549 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 104:110
Jul 22 21:03:43 server ntpd[549]: frequency file /var/lib/ntp/ntp.drift.TEMP: Permission deniedOk, dann kurzerhand NTP entfernen
apt-get purge ntp
und unter root neu installieren:
apt-get install ntp
Ok, dann checken ob NTP richtig läuft:
service ntp status sh: 0: getcwd() failed: No such file or directory ● ntp.service - LSB: Start NTP daemon Loaded: loaded (/etc/init.d/ntp) Active: active (running) since Sat 2016-07-23 10:08:21 CEST; 5min ago CGroup: /system.slice/ntp.service └─4032 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 104:110 Jul 23 10:08:21 server ntp[4023]: Starting NTP server: ntpd. Jul 23 10:08:21 server ntpd[4032]: Listen and drop on 1 v6wildcard :: UDP 123 Jul 23 10:08:21 server ntpd[4032]: Listen normally on 2 lo 127.0.0.1 UDP 123 Jul 23 10:08:21 server ntpd[4032]: Listen normally on 3 eth0 10.x.x.48 UDP 123 Jul 23 10:08:21 server ntpd[4032]: Listen normally on 4 tun0 10.x.x.100 UDP 123 Jul 23 10:08:21 server ntpd[4032]: Listen normally on 5 lo ::1 UDP 123 Jul 23 10:08:21 server ntpd[4032]: Listen normally on 6 eth0 fe80::xx:7ff:fec2:f5b1 UDP 123 Jul 23 10:08:21 server ntpd[4032]: peers refreshed Jul 23 10:08:21 server ntpd[4032]: Listening on routing socket on fd #23 for interface updates Jul 23 10:08:21 server systemd[1]: Started LSB: Start NTP daemon.
Und den User ntp der Gruppe tty hinzufügen.
adduser ntp tty
Und noch mal mit restart checken:
service ntp restart
Mal schauen, wie die NTP Server von einander abweichen mit:
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp1.rrze.uni-e .DCFp. 1 u 54 64 17 28.649 -7.801 2.231
ntp1.m-online.n 212.18.1.106 2 u 55 64 17 30.136 -9.545 2.297
ns1.tl-hosting. 131.188.3.221 2 u 51 64 17 22.813 -7.890 2.376
janetzki.eu 176.9.103.8 3 u 50 64 17 31.221 -7.854 2.794
NTP scheint nur richtig zu laufen. Dann mal etwas länger warten, ob die Meldung wieder auftaucht. Bis jetzt scheint das in Ordnung.
Ähnliche Artikel:
- Auf der Suche, warum der Cubieboard mit Debian Jessie nach ein paar Tagen abstürzt.
- Wie kann die Systemzeit in OpenWrt per NTP eingestellt werden?
- Wie kann in 5 min Docker auf einem aktuellen Debian Jessie Raspberry Pi installiert werden?
