NTP und driftfile
NTP und driftfile
Hallo Steckdösler,
ich will/muß mal wieder das Linux-Forum beleben.
Es geht um einen Rechner dessen Uhr deutlich falsch geht. Auf dem Rechner läuft der IPCOP und ein ntp-server.
Laut diesem Artikel (link) und Internet Recherchen soll der NTP die interne Uhr langsamer oder schnelle laufen lassen, je nachdem, was in der ntp.drift (vom NTP) hinterlegt wird. Leider scheint dieser Automatismus nicht zu funktionieren. Die Uhr läuft konsequent falsch!
http://www.dn-systems.de/press/ix.1203.134-138.pdf
Ich hatte im IPCOP-Forum schon eine längere Diskussion (Username: Alois) zum Thema, die aber nicht zum Erfolg führte!
Vielleicht weiss hier jemand was!?
Gruß
Alois
ich will/muß mal wieder das Linux-Forum beleben.
Es geht um einen Rechner dessen Uhr deutlich falsch geht. Auf dem Rechner läuft der IPCOP und ein ntp-server.
Laut diesem Artikel (link) und Internet Recherchen soll der NTP die interne Uhr langsamer oder schnelle laufen lassen, je nachdem, was in der ntp.drift (vom NTP) hinterlegt wird. Leider scheint dieser Automatismus nicht zu funktionieren. Die Uhr läuft konsequent falsch!
http://www.dn-systems.de/press/ix.1203.134-138.pdf
Ich hatte im IPCOP-Forum schon eine längere Diskussion (Username: Alois) zum Thema, die aber nicht zum Erfolg führte!
Vielleicht weiss hier jemand was!?
Gruß
Alois
-
- Null-Leiter
- Beiträge: 3426
- Registriert: Mittwoch 27. Dezember 2006, 13:10
- Wohnort: Koblenz
Alois hat geschrieben:Hallo Steckdösler,
ich will/muß mal wieder das Linux-Forum beleben.
Es geht um einen Rechner dessen Uhr deutlich falsch geht. Auf dem Rechner läuft der IPCOP und ein ntp-server.
Laut diesem Artikel (link) und Internet Recherchen soll der NTP die interne Uhr langsamer oder schnelle laufen lassen, je nachdem, was in der ntp.drift (vom NTP) hinterlegt wird. Leider scheint dieser Automatismus nicht zu funktionieren. Die Uhr läuft konsequent falsch!
http://www.dn-systems.de/press/ix.1203.134-138.pdf
Ich hatte im IPCOP-Forum schon eine längere Diskussion (Username: Alois) zum Thema, die aber nicht zum Erfolg führte!
Vielleicht weiss hier jemand was!?
Gruß
Alois
Fragen: Wo steht der Server, gegen welchen ntp-server wird synchronisiert, wieviel Zeitversatz hat der Server bereits? Welches nptd-Programm wird benutzt?
Wenn die Abweichung zu gross ist, muss der admin erstmal per date-Befehl die Uhr richtig stellen, also sinngemaess:
ntpd stop
date "aktuelle Uhrzeit"
ntpd start
Bin gerade unterwegs, kann nachher noch was zu sagen, wenn ich im Hotel bin.
Hallo ohoyer,
wenn ich ntpd -v eingebe, dann bekomme ich folgende Versionsmeldung:
NTP - daemon Programm - Ver. 4.2.4-RC3
Die Synchronisierung erfolgt gegen einen Server ptbtime1.ptb.de
Der Zeitversatz ist erheblich (ca. -500 s in einer Stunde).
Gruß und Danke für Informationen
Alois
wenn ich ntpd -v eingebe, dann bekomme ich folgende Versionsmeldung:
NTP - daemon Programm - Ver. 4.2.4-RC3
Die Synchronisierung erfolgt gegen einen Server ptbtime1.ptb.de
Der Zeitversatz ist erheblich (ca. -500 s in einer Stunde).
Hessen, DarmstadtWo steht der Server
Gruß und Danke für Informationen
Alois
-
- Null-Leiter
- Beiträge: 606
- Registriert: Dienstag 27. Dezember 2005, 11:23
- Wohnort: Hessen
Hallo Wanderer,
ich habe eben festgestellt, dass die Hardwareuhr recht genau geht. Der Fehler wird offenbar woanders produziert.
hwclock --show
ergibt eine Zeit, die um 0,6 s abweicht
Date ergibt eine Zeit die um 7 min abweicht, obwohl die Uhr mit ntpdate nach einem Zeitserver um 10.41 Uhr gestellt wurde!
Gruß
Alois
ich habe eben festgestellt, dass die Hardwareuhr recht genau geht. Der Fehler wird offenbar woanders produziert.
hwclock --show
ergibt eine Zeit, die um 0,6 s abweicht
Date ergibt eine Zeit die um 7 min abweicht, obwohl die Uhr mit ntpdate nach einem Zeitserver um 10.41 Uhr gestellt wurde!
Gruß
Alois
-
- Null-Leiter
- Beiträge: 3426
- Registriert: Mittwoch 27. Dezember 2006, 13:10
- Wohnort: Koblenz
Dann mach mal folgendes: Alles, was mit ntp etc. zu tun hat, abdrehen, mit date die Uhrzeit neu stellen und mal die Drift über nen Tag beobachten- wenn die dann weiter driftet als ne Minute, schiessen irgendwelche Dinge quer, die auf Betriebssystemsebene das Ganze beeinflussen.Alois hat geschrieben:Hallo Wanderer,
ich habe eben festgestellt, dass die Hardwareuhr recht genau geht. Der Fehler wird offenbar woanders produziert.
hwclock --show
ergibt eine Zeit, die um 0,6 s abweicht
Date ergibt eine Zeit die um 7 min abweicht, obwohl die Uhr mit ntpdate nach einem Zeitserver um 10.41 Uhr gestellt wurde!
Gruß
Alois
Hallo Ohoyer,
Mein Verdacht ist eine Inkompatibilität zu ACPI. Das ist aber in GRUB auf acpi=off geschaltet. Weitere Möglichkeiten beim Start am IPCOP zu drehen habe ich noch nicht gefunden!
Gruß
Alois
Dann brauchen wir nicht mehr weiter zu suchen. Das Driften liegt innerhalb einer Stunde bei ca. 10 Minuten!Dann mach mal folgendes: Alles, was mit ntp etc. zu tun hat, abdrehen, mit date die Uhrzeit neu stellen und mal die Drift über nen Tag beobachten- wenn die dann weiter driftet als ne Minute, schiessen irgendwelche Dinge quer, die auf Betriebssystemsebene das Ganze beeinflussen.
Mein Verdacht ist eine Inkompatibilität zu ACPI. Das ist aber in GRUB auf acpi=off geschaltet. Weitere Möglichkeiten beim Start am IPCOP zu drehen habe ich noch nicht gefunden!
Gruß
Alois