{"id":7242,"date":"2016-07-23T12:20:53","date_gmt":"2016-07-23T10:20:53","guid":{"rendered":"http:\/\/blog.wenzlaff.de\/?p=7242"},"modified":"2018-09-07T16:26:41","modified_gmt":"2018-09-07T14:26:41","slug":"cubitrack-ntp-fehler","status":"publish","type":"post","link":"http:\/\/blog.wenzlaff.de\/?p=7242","title":{"rendered":"Auf der Suche, warum der Cubieboard mit Debian Jessie nach ein paar Tagen abst\u00fcrzt. Teil 2: Fix NTP: frequency file \/var\/lib\/ntp\/ntp.drift.TEMP: Permission denied"},"content":{"rendered":"

Immer noch auf der Suche, warum der Cubi nach ein paar Tagen abst\u00fcrzt, wie hier schon im Teil 1<\/a> beschrieben.<\/p>\n

Dann erscheint im \/var\/log\/syslog<\/strong> jede Stunde noch dieser Eintrag:<\/p>\n

ntpd[549]: frequency file \/var\/lib\/ntp\/ntp.drift.TEMP: Permission denied<\/pre>\n
Der ntp Client l\u00e4uft unter dem User ntp<\/strong> wie htop<\/strong> zeigt.<\/p>\n
Ein<\/p>\n
service ntp status<\/pre>\n
gibt die Meldungen auch aus:<\/p>\n
\u25cf ntp.service - LSB: Start NTP daemon\r\n   Loaded: loaded (\/etc\/init.d\/ntp)\r\n   Active: active (running) since Fri 2016-07-22 15:03:19 CEST; 18h ago\r\n  Process: 508 ExecStop=\/etc\/init.d\/ntp stop (code=exited, status=0\/SUCCESS)\r\n  Process: 529 ExecStart=\/etc\/init.d\/ntp start (code=exited, status=0\/SUCCESS)\r\n   CGroup: \/system.slice\/ntp.service\r\n           \u2514\u2500549 \/usr\/sbin\/ntpd -p \/var\/run\/ntpd.pid -g -c \/var\/lib\/ntp\/ntp.conf.dhcp -u 104:110\r\n\r\nJul 22 21:03:43 server ntpd[549]: frequency file \/var\/lib\/ntp\/ntp.drift.TEMP: Permission denied\r\n<\/pre>\n
Ok, dann kurzerhand NTP entfernen <\/p>\n
\r\napt-get purge ntp<\/pre>\n
und unter root neu installieren:<\/p>\n
\r\napt-get install ntp\r\n<\/pre>\n
Ok, dann checken ob NTP richtig l\u00e4uft:<\/p>\n
\r\n\r\nservice ntp status\r\n\r\nsh: 0: getcwd() failed: No such file or directory\r\n\u25cf ntp.service - LSB: Start NTP daemon\r\nLoaded: loaded (\/etc\/init.d\/ntp)\r\nActive: active (running) since Sat 2016-07-23 10:08:21 CEST; 5min ago\r\nCGroup: \/system.slice\/ntp.service\r\n\u2514\u25004032 \/usr\/sbin\/ntpd -p \/var\/run\/ntpd.pid -g -u 104:110\r\n\r\nJul 23 10:08:21 server ntp[4023]: Starting NTP server: ntpd.\r\nJul 23 10:08:21 server ntpd[4032]: Listen and drop on 1 v6wildcard :: UDP 123\r\nJul 23 10:08:21 server ntpd[4032]: Listen normally on 2 lo 127.0.0.1 UDP 123\r\nJul 23 10:08:21 server ntpd[4032]: Listen normally on 3 eth0 10.x.x.48 UDP 123\r\nJul 23 10:08:21 server ntpd[4032]: Listen normally on 4 tun0 10.x.x.100 UDP 123\r\nJul 23 10:08:21 server ntpd[4032]: Listen normally on 5 lo ::1 UDP 123\r\nJul 23 10:08:21 server ntpd[4032]: Listen normally on 6 eth0 fe80::xx:7ff:fec2:f5b1 UDP 123\r\nJul 23 10:08:21 server ntpd[4032]: peers refreshed\r\nJul 23 10:08:21 server ntpd[4032]: Listening on routing socket on fd #23 for interface updates\r\nJul 23 10:08:21 server systemd[1]: Started LSB: Start NTP daemon.\r\n<\/pre>\n
Und den User ntp der Gruppe tty hinzuf\u00fcgen.<\/p>\n
\r\nadduser ntp tty\r\n<\/pre>\n
Und noch mal mit restart checken:<\/p>\n
\r\nservice ntp restart \r\n<\/pre>\n
Mal schauen, wie die NTP Server von einander abweichen mit:<\/p>\n
\r\n\r\nntpq -p\r\n\r\n     remote           refid      st t when poll reach   delay   offset  jitter\r\n==============================================================================\r\n*ntp1.rrze.uni-e .DCFp.           1 u   54   64   17   28.649   -7.801   2.231\r\n ntp1.m-online.n 212.18.1.106     2 u   55   64   17   30.136   -9.545   2.297\r\n ns1.tl-hosting. 131.188.3.221    2 u   51   64   17   22.813   -7.890   2.376\r\n janetzki.eu     176.9.103.8      3 u   50   64   17   31.221   -7.854   2.794\r\n<\/pre>\n
NTP scheint nur richtig zu laufen. Dann mal etwas l\u00e4nger warten, ob die Meldung wieder auftaucht. Bis jetzt scheint das in Ordnung.<\/p>\n","protected":false},"excerpt":{"rendered":"
Immer noch auf der Suche, warum der Cubi nach ein paar Tagen abst\u00fcrzt, 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\u00e4uft unter dem User ntp wie htop zeigt. Ein service ntp status gibt die Meldungen auch aus: … <\/p>\n
\u201eAuf der Suche, warum der Cubieboard mit Debian Jessie nach ein paar Tagen abst\u00fcrzt. Teil 2: Fix NTP: frequency file \/var\/lib\/ntp\/ntp.drift.TEMP: Permission denied\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[220,2564,2558],"tags":[2567,2566,1215,1003,2565],"class_list":["post-7242","post","type-post","status-publish","format-standard","hentry","category-anleitung","category-cubieboard","category-cubietruck","tag-cubi","tag-denied","tag-fehler","tag-ntp","tag-permission"],"_links":{"self":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/posts\/7242","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=7242"}],"version-history":[{"count":0,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/posts\/7242\/revisions"}],"wp:attachment":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=7242"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=7242"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=7242"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}