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:
|
1 |
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
|
1 |
service ntp status |
gibt die Meldungen auch aus:
|
1 2 3 4 5 6 7 8 9 |
● 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
|
1 |
apt-get purge ntp |
und unter root neu installieren:
|
1 |
apt-get install ntp |
Ok, dann checken ob NTP richtig läuft:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
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.
|
1 |
adduser ntp tty |
Und noch mal mit restart checken:
|
1 |
service ntp restart |
Mal schauen, wie die NTP Server von einander abweichen mit:
|
1 2 3 4 5 6 7 8 |
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.