Archiv verlassen und diese Seite im Standarddesign anzeigen : ntp und Suse10.0
hallo,
bekomme bald die Krise mit meinem Rechner und der Systemuhr,
habe hier im Forum schon gesucht und auch gefunden, hat aber alles nichts gebracht.
Also zu meinem Problem meine Rechneruhr läuft am Tag mehrere Minuten vor.
Folgende Sachen habe ich schon durchprobiert: Batterie gegen neue ersetzt, triftfile und adjtime wurden gelöscht, ntp-Pakete neu installiert. ntp-Client mit Yast eingerichtet, wenn ich Server Teste kommt Meldung das er erreichbar ist,
nur irgendwie gleicht er meine Rechneruhr nicht ab, nur wenn ich mein System reboote.
Habe folgende Konfiguration: Suse 10.0, DHCP-Server, Squid mit Authentifizierung und Passwort, Samba und NFS-Server, zwei Netzwerkarten: eth0 Verbindung zur Fritzbox und eth1 Verbindung mit lokalem (privatem) Netz an Netzwerkswitch.
Gibt mal ntpq ein, dann peer und poste die Ausgabe hier.
remote refid st t when poll reach delay offset jitter
================================================== =========
*LOCAL(0) LOCAL(0) 10 l 61 64 377 0.000 0.000 0.004
ptbtime1.ptb.de .PTB. 1 u 396 1024 377 51.889 -718774 70685.0
ptbtime2.ptb.de .PTB. 1 u 387 1024 377 41.559 -719939 71219.4
Stoppe den ntpd mal und hol die mittels
ntpdate -b ntp1.ptb.de
die Zeit. Zeit nun korrekt? Danach ntpd wieder starten und noch mal die Ausgabe von ntpq / peer posten.
remote refid st t when poll reach delay offset jitter
================================================== ============================
LOCAL(0) LOCAL(0) 10 l 17 64 1 0.000 0.000 0.004
ptbtime1.ptb.de .PTB. 1 u 16 64 1 35.762 -520.89 0.004
ptbtime2.ptb.de .PTB. 1 u 15 64 1 35.034 -539.92 0.004
Mach noch mal ein ntpdate -b ntp.ptb.de, warte fünf Minuten, noch mal ausführen und beide Ausgaben hier posten.
Also das die System Uhr nicht stimmt hat weniger mit der Batterie zu tun sondern eher mit dem Chipsatz leider sparen viele Boardhersteller an der falschen stelle ;)
Zu deinem Problem, du hängst hinter einer Firewall nehme ich mal an.
Sieh mal in der /etc/init.d/*ntpd nach. Da muss ein Kommentar in dieser Art stehen!
-u: Use an unprivileged port for outgoing packets, may be we have to synchronise with hosts beyond a firewall.
PS: Natürlich sollte die Firewall auch stimmen.
Tip: Beim testen erst mal abschalten ;)
remote refid st t when poll reach delay offset jitter
================================================== ============================
LOCAL(0) LOCAL(0) 10 l 22 64 1 0.000 0.000 0.004
ptbtime1.ptb.de .PTB. 1 u 21 64 1 35.604 -56.605 0.004
ptbtime2.ptb.de .PTB. 1 u 20 64 1 34.705 -83.156 0.004
nach 5 Miuten
remote refid st t when poll reach delay offset jitter
================================================== ============================
*LOCAL(0) LOCAL(0) 10 l 63 64 377 0.000 0.000 0.004
ptbtime1.ptb.de .PTB. 1 u 128 128 377 35.800 -22753. 15563.0
ptbtime2.ptb.de .PTB. 1 u 1 128 377 34.685 -44217. 16466.3
Zu deinem Problem, du hängst hinter einer Firewall nehme ich mal an.
Sieh mal in der /etc/init.d/*ntpd nach. Da muss ein Kommentar in dieser Art stehen!
habe ich gefunden steht dort.
habe die Susefirewall im Einsatz, Portfreigabe habe ich im Yast bei NTP-Client aktiviert.
Das ist IMHO kein Problem mit der Firewall. Er erreicht die Server, er holt sich die Zeit, aber der Jitter ist nach kurzer Zeit extrem hoch. Und die Uhr läuft auch nicht sauber. Möglichweise Hardwarefehler.
der Jitter ist nach kurzer Zeit extrem hoch. Und die Uhr läuft auch nicht sauber. Möglichweise Hardwarefehler.
Also habt ihr ne Idee? das Board welches ich benutzte ist aus einem Siemens Scenic-L D1219, läuft super Leise weil der Server im Wohnzimmer steht und immer an ist. Kann man die Zeit zum Abgleich mit dem ntp-Servern nicht irgendwie verkürzen (so aller 2 oder 3 Stunden damit könnte ich leben), denn wenn ich ihn durchlaufen lasse liegt meine Systemzeit nach einigen Tage in der Zukunft?
Keine Garantie mehr auf das Board?
Zwei Dinge die du noch versuchen kannst:
- ntpd mit den Optionen -g -q starten
- tinker panic 0 in die /etc/ntp.conf einfügen.
Wenn die Systemuhr mehr als 1000 Sekunden von der tatsächlichen Uhrzeit abweicht, geht ntpd davon aus das etwas nicht stimmt und verweigert den Abgleich.
Alternativ jede Minute ntpdate aufrufen, wobei du daran denken solltest das ntpdate in Zukunft nicht mehr Bestandteil von ntpd sein wird.
Keine Garantie mehr auf das Board?
Board hat leider schon ein paar Jahre auf dem Buckel, lief aber immer einwandfrei.
Wenn die Systemuhr mehr als 1000 Sekunden von der tatsächlichen Uhrzeit abweicht, geht ntpd davon aus das etwas nicht stimmt und verweigert den Abgleich.
was ich aber nicht verstehe, wieso wird die Uhr richtig gestellt wenn ich meinen Rechner neu Starte?
Weil er sich initial die Zeit per ntpdate holt. Danach übernimmt ntpd die Aufgabe, gleicht die Zeit aber AFAIK nur einmal pro Tag oder pro Woche ab. Und da haste dann schon eine zu große Differenz. Take a lookt at this (http://www.cis.udel.edu/~mills/ntp/html/ntpd.html#poll). Damit kannst du das Pollintervall deinen Bedürfnissen anpassen.
ja da bin ich wieder,
habe mal folgendes ausprobiert, habe im Bios meine Uhr nach einer Funkuhr gestellt und dieses über 4 Stunden beobachtet, es waren dann gerade mal 2 Sekunden unterschied. Danach Rechner neu gestartet und Uhr beobachtet sofort ging sie mehrere Sekunden falsch. daraus schlussfolgere ich, das da irgendwas mit Linux nicht funzt, aber nur was?
habt Ihr vielleicht noch ne Idee??
Ach so noch was, wiso ist der Wert in der trifdfile eigentlich immer Null, sollte da nicht wenigsten ein Wert drin stehen der größer oder kleiner Null ist?
- tinker panic 0 in die /etc/ntp.conf einfügen.
bringt so wie es aussieht auch nix
2 Jul 18:09:53 ntpd[5853]: configure: keyword "tinker" unknown, line ignored
2 Jul 18:09:53 ntpd[5853]: configure: keyword "panic" unknown, line ignored
2 Jul 18:09:53 ntpd[5853]: configure: keyword "0" unknown, line ignored
Also habt ihr ne Idee?Kann man die Zeit zum Abgleich mit dem ntp-Servern nicht irgendwie verkürzen (so aller 2 oder 3 Stunden damit könnte ich leben), denn wenn ich ihn durchlaufen lasse liegt meine Systemzeit nach einigen Tage in der Zukunft?
Vllt. hilft es dir, ich verwende das Script zum abgleichen und lass es über cron einmal am Tag laufen:
http://www.tecneeq.de/files/shell/getnettime/
Meine Einstellungen:
## Einstellungen
ZEITSERVER="time.fu-berlin.de"
WAIT="3"
NETDATE="/usr/sbin/netdate"
HWCLOCK="/sbin/hwclock"
PING="/bin/ping"
AWK="/usr/bin/awk"
in der crontab:
## NetTime update every day at 3:30
30 3 * * * /usr/sbin/getnettime.sh -s
wenns hilft ^^ sonst vergiss es.
Das Problem mit häufigen abgleichen ist die Netzwerkbelastung beim Anbieter der Dienste. Ich weis das Bandbreite heute nicht mehr viel kostet, trotzdem bitten die die Universitäten und Institute darum höchstens 2 mal am Tag die Uhrzeit ab zu gleichen.
BTT:
Ich habe auf meinem Desktop-PC ein ähnliches Problem. Unter Linux läuft die Uhr normal, nach 2 Tagen geht sie eine Sekunde vor, unter Windows allerdings geht sie etwa 75 Sekunden pro Stunde vor. Woran das liegt habe ich bis heute nicht herausbekommen, wäre aber über Tipps dankbar:)
hallo bin´s wieder,
habe heute folgendes festgestellt Uhr lief wie immer vor, habe dann mal meinen Rechner runder gefahren und neugestartet, habe dabei sofort mal in´s Bios gesehen -> Uhr im Bios lief fast auf die Sekunde genau.
Also funzt doch etwas beim Linux nicht.
Bin für Rat und Tip´s Dankbar, habe keine Lust es mit einer Neuinstallation zu versuchen.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.