Trotz NTP Server falsche Zeit in Starface!

  • 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.

  • 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!


    ntp_starface.jpg


  • :(

  • Hab mein Script mit einer Logausgabe ergänzt:


    Seither stimmen die Zeiten in Starface.

  • Interessanterweise habe ich das Problem schon mal gesehen. Unter Raspbian (Debian). Dort habe ich das ntp-Paket mit openntpd ersetzt, Problem gelöst.

    Viele Grüße
    Niklas


    - Ex STARFACE Support: 2014-2020 -

  • also denn:


    Starface 1 sagt:

    Code
    remote           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:

    Code
    remote           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 min


    Zeitserver 0.de.pool.ntp.org / 1.de.pool.ntp.org / 2.de.pool.ntp.org auf beiden Starfaces, bzw. dem OS X Server

    Einmal editiert, zuletzt von stk ()

  • 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


    Ja ;)


    Seit dem Cronjob stimmt die Zeit einfach:

    Code
    6 Nov 03:33:05 ntpdate[16893]: adjust time server 10.23.0.42 offset -0.112737 sec
    Fri Nov  6 03:33:05 CET 2015

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!