Hallo,
ist das ein Software oder ein Hardwareproblem:
Nov 6 14:44:33 host9 ntpd[804]: peer 85.25.144.94 now valid
Nov 6 14:44:35 host9 ntpd[804]: peer 85.214.29.92 now valid
Nov 6 15:14:12 host9 ntpd[803]: adjusting local clock by 0.219790s
Nov 6 15:14:12 host9 ntpd[804]: clock is now synced
Nov 6 15:26:16 host9 ntpd[803]: adjusting local clock by 170.661674s
Nov 6 15:28:25 host9 ntpd[803]: adjusting local clock by 170.988223s
Nov 6 15:28:25 host9 ntpd[804]: clock is now unsynced
Nov 6 15:32:09 host9 ntpd[803]: adjusting local clock by 171.040112s
Nov 6 15:35:53 host9 ntpd[803]: adjusting local clock by 171.101988s
Nov 6 15:38:40 host9 ntpd[803]: adjusting local clock by 171.234228s
oder auch:
Nov 6 13:56:53 host9 ntpd[14850]: adjusting local clock by 507.991363s
Nov 6 13:59:27 host9 ntpd[14850]: adjusting local clock by 507.890837s
Nov 6 14:02:11 host9 ntpd[14850]: adjusting local clock by 507.781412s
Nov 6 14:06:33 host9 ntpd[14850]: adjusting local clock by 1717.155622s
Nov 6 14:09:22 host9 ntpd[14850]: adjusting local clock by 1717.006188s
oder auch:
Nov 6 11:24:13 host9 ntpd[14850]: adjusting local clock by 93.351179s
Nov 6 11:27:55 host9 ntpd[14850]: adjusting local clock by 283.632349s
Nov 6 11:32:12 host9 ntpd[14850]: adjusting local clock by 283.484303s
Da können pro Tag schon ein paar Stunden Abweichung zusammenkommen und das trotz laufendem ntp daemon. Ein drehen am TICK und FREQ Parameter kann ja auch nichts bringen, da das die Uhr ja nur gleichförmig beschleunigt/bremst.
Ich habe ja den verdacht, daß das der Grund ist, das der Server ab und an nicht zu erreichen ist. Hat sowas jemand schonmal gesehen?
Gruß,
matthias
Autor
Thema: Springende Uhr (Gelesen 2173 mal)