Auf der Suche, warum der Cubieboard mit Debian Jessie nach ein paar Tagen abstürzt. Teil 2: Fix NTP: frequency file /var/lib/ntp/ntp.drift.TEMP: Permission denied

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 denied

Ok, 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:

  1. Auf der Suche, warum der Cubieboard mit Debian Jessie nach ein paar Tagen abstürzt.
  2. Wie kann die Systemzeit in OpenWrt per NTP eingestellt werden?
  3. Wie kann in 5 min Docker auf einem aktuellen Debian Jessie Raspberry Pi installiert werden?

wallpaper-1019588
Am Ende zählt nur die Familie
wallpaper-1019588
Grundrezept: Bärlauchsalz
wallpaper-1019588
Das endgültige Ende der Plastiktasche
wallpaper-1019588
Review – Epson ET-2710
wallpaper-1019588
Offener Brief an AfD-BuVo: Höcke und Kalbitz ausschließen oder …
wallpaper-1019588
Aus Office 365 wird Microsoft 365
wallpaper-1019588
Frau bastelt eben doch mit allem
wallpaper-1019588
Frühlingsgrüße = Tulpengrüße