PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : ntp und Suse10.0



muelli35
29.06.07, 19:29
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.

bla!zilla
29.06.07, 19:44
Gibt mal ntpq ein, dann peer und poste die Ausgabe hier.

muelli35
29.06.07, 19:53
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

bla!zilla
29.06.07, 20:01
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.

muelli35
29.06.07, 20:12
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

bla!zilla
29.06.07, 20:18
Mach noch mal ein ntpdate -b ntp.ptb.de, warte fünf Minuten, noch mal ausführen und beide Ausgaben hier posten.

undefined
29.06.07, 20:31
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 ;)

muelli35
29.06.07, 20:34
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

muelli35
29.06.07, 20:40
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.

bla!zilla
29.06.07, 21:26
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.

muelli35
30.06.07, 10:42
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?

bla!zilla
30.06.07, 11:39
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.

muelli35
30.06.07, 13:19
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?

bla!zilla
30.06.07, 14:59
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.

muelli35
02.07.07, 18:20
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

komaii
03.07.07, 17:25
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.

adini
04.07.07, 08:54
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:)

muelli35
13.07.07, 19:56
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.