Nein, aber das ist jetzt der nächste Schritt um dem Problem auf die Pelle zu rücken.
Bei mir bereitet jedoch nur die Starface Probleme weshalb ich das vorher nicht weiter beachtet habe.
Trotz NTP Server falsche Zeit in Starface!
-
-
Inzwischen hat die Starface 32 Tage Uptime und ist jetzt plötzlich mit dem NTP Server von Debian auch nicht mehr zufrieden (was vorher Tage funktioniert hat).
-
So jetzt hab ich mal etwas tcpdump gemacht, hier das Ergebnis.
Die "Reference Timestamp" ist mir etwas unklar und ist es normal das die Starface immer 1970 raus schickt?Jedenfalls kann man sehr schön sehen das ein Stratum 3 zurück kommt!
-
-
Mein Cronjob funktioniert hervorragend.
Was sagt den bei euch "ntpq -pn" auf der Konsole?Ich würde zu gerne wissen an was das hier liegt.
-
-
Interessanterweise habe ich das Problem schon mal gesehen. Unter Raspbian (Debian). Dort habe ich das ntp-Paket mit openntpd ersetzt, Problem gelöst.
-
also denn:
Starface 1 sagt:
Coderemote refid st t when poll reach delay offset jitter ============================================================================== +176.9.72.17 192.53.103.104 2 u 568 1024 377 17.003 0.063 0.098 +78.46.107.140 192.53.103.104 2 u 502 1024 377 17.659 1.014 25.736 *144.76.14.132 131.188.3.221 2 u 643 1024 377 17.421 0.062 0.016 127.127.1.0 .LOCL. 9 l 50 64 377 0.000 0.000 0.001
Starface 2 sagt:
Coderemote refid st t when poll reach delay offset jitter ============================================================================== 129.70.132.37 129.70.130.71 2 u 1005 1024 377 20.759 414981. 2305.19 46.4.24.238 131.188.3.223 2 u 1018 1024 377 8.459 414948. 2307.30 144.76.117.245 192.53.103.104 2 u 22 1024 377 10.474 414886. 2305.31 109.75.188.245 131.188.3.223 2 u 979 1024 377 9.398 412723. 2311.57 *127.127.1.0 .LOCL. 9 l 5 64 377 0.000 0.000 0.000
Beide Maschinen laufen unter 6.0.2.11 im Anlagenverbund
Nr. 1 auf einer Appliance Light
Nr. 2 in einer VM (Parallels 9 auf OS X Server 10.9)Drift Nr. 1: 0
Drift Nr. 2: 7 minZeitserver 0.de.pool.ntp.org / 1.de.pool.ntp.org / 2.de.pool.ntp.org auf beiden Starfaces, bzw. dem OS X Server
-
Hab mein Script mit einer Logausgabe ergänzt:
…
Seither stimmen die Zeiten in Starface.Moin,
zum Verständnis:
a) server1.local.intern ist der Hostname des zu manuell zu triggernden Zeitservers - richtig?
d.h. im Allgemeinen wäre doch anzunehmen, das hier einer der NTP-Pool Adressen reingehört?
b) damit das Script lauffähig wird, wäre ein chmod -x /etc/cron.daily/ntpfix nicht ganz falsch
Gruß Stefan
-
Hallo Stefan,
zum Verständnis:
a) server1.local.intern ist der Hostname des zu manuell zu triggernden Zeitservers - richtig?d.h. im Allgemeinen wäre doch anzunehmen, das hier einer der NTP-Pool Adressen reingehört?
Wie Du magst, ich habe nur einen NTP der nach extern geht und alle im LAN greifen auf diesen einen zurück, in meinem Fall der server1.local.intern.
b) damit das Script lauffähig wird, wäre ein chmod -x /etc/cron.daily/ntpfix nicht ganz falsch
JaSeit dem Cronjob stimmt die Zeit einfach:
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!