• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[aufgeg.] hwclock korrekt aber Systemzeit daneben trotz ntp

prinzunix

prinzunix

Hacker
Hallo zusammen,

ich habe da ein ganz merkwürdiges Uhrzeitproblem:

Code: 
seas:~ # ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 sansui.nixdos.d 192.53.103.108   2 u   10   64  377    0.087  109617. 8786.81
*LOCAL(0)        .LOCL.          10 l   47   64  377    0.000    0.000   0.002
 gromit.nocabal. 131.188.3.222    2 u    4   64  377   38.272  102473. 6100.30
 ptbtime1.ptb.de .PTB.            1 u   61   64  377   39.807  105205. 7158.95
 ntps1-0.cs.tu-b .PPS.            1 u    2   64  277   40.511  109923. 9886.35
 tock.Informatik 131.188.3.221    2 u   49   64  377   34.681  110613. 10979.0
seas:~ # hwclock
Thu Dec 29 18:46:23 2011  -0.328748 seconds
seas:~ # hwclock
Thu Dec 29 18:46:41 2011  -0.366377 seconds
seas:~ #

Die Hardware-Uhr läuft absolut korrekt und ich habe auch die Batterie getauscht beim Laufwerkswechsel vorgestern. Die Systemzeit läuft dagegen absolut aus dem Ruder. Die Zeit von Sansui stimmt mit der hwclock überein und trotzdem geht die Uhr von Linux in der Stunde einige Minuten nach. Hat jemand eine Idee?

Viele Grüße.

Andreas
 
OP
prinzunix

prinzunix

Hacker
Hallo zusammen,

Kann das auch an der CPU liegen, wenn die im Leerlauf nur mit 1000 MHz läuft? Athlon x2 4200+ 65 Watt.

Viele Grüße.

Andreas
 
RME

RME

Advanced Hacker
Hallo,

Ich verstehe absolut nichts betr. Deinem Problem...

Trotzdem :D der "offset" (in Deinem ersten Post) ist ca. 110000.

Dies entspricht in etwa 31 Stunden.

auch die Batterie getauscht beim Laufwerkswechsel vorgestern
Zum Vergrößern anklicken....
Dürfte also jener Zeitpunkt sein...?

Gruss,
Roland
 
OP
prinzunix

prinzunix

Hacker
Hallo Roland,

also mit den 31 Stunden liegst Du daneben. Im Moment liege ich 20 Sekunden hinten und habe einen Offset so um die 19000. der Offset dürfte in 1/1000 Sekunden angegeben werden. Habe BOINC laufen, was die Fehler kleiner macht.

Festgestellt habe ich, dass kein constant_tsc Flag vorhanden ist. Haben die das ab einer Kernelversion geschlabbert bei den CPUs? Mit 11.1 und 11.2 hatte ich die Probleme noch nicht. Jetzt mit 12.1 und auch vorher mit 11.4 habe ich da keine vernünftige Zeit mehr hinbekommen, trotz ntp.

Hier habe ich eine Fehlerlösung gefunden, die ich so nicht akzeptieren kann. Ich weigere mich CPUs, die runtertakten für korrekte Zeit, ständig mit der vollen Geschwindigkeit laufen zu lassen. Das ist eine Nichtlösung! Gibt es andere Möglichkeiten?

http://docs.fedoraproject.org/de-DE...zation_Guide-KVM_guest_timing_management.html

Viele Grüße.

Andreas, den das gleiche Problem bei VMs auch immer nervt.
 
OP
prinzunix

prinzunix

Hacker
So, so lange mir nichts besseres einfällt wird erst mal alle 15 Min die Uhr per cronjob diszipliniert mit ntpdate -u. Irgendwo stand, dass ntp Fehler größer eine Minute pro Tag nicht ausgleichen kann. Ich habe ca. 1 Minute pro Stunde.
Da bleibt nichts, als die HW über kurz oder Lang zu ersetzen.

Viele Grüße.

Andreas
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben