pixel
30.11.08, 22:36
Hallo zusammen,
der Betreff schildert das Problem ja bereits. Ich habe einen 5-Sekunden-Unterschied zwischen meinem NTP-Server und meinem Client. Zumindest wenn die Sekunden-Anzeige des KDE's (am Client) stimmt. Nicht das mich die 5 Sekunden stören würde aber es würde mich interessieren ob das noch im Rahmen ist oder ein Fehler vorliegt. Server ist ist ein Debian 4.0-64Bit. Ist eine Xen Dom0 falls dies von Interesse ist. Die Conf am Server (192.168.0.2):
# /etc/ntp.conf, configuration for ntpd
driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/
server rztime1.rz.tu-bs.de
server rztime2.rz.tu-bs.de
restrict rztime1.rz.tu-bs.de
restrict rztime2.rz.tu-bs.de
restrict 127.0.0.1
restrict 192.168.0.0 mask255.255.255.0
broadcast 192.168.0.255
restrict default ignore
Ein Test am Server:
server:~# ntpq -p
remote refid st t when poll reach delay offset jitter
================================================== ============================
192.168.0.255 .BCST. 16 u - 64 0 0.000 0.000 0.001
rzab0i.rz.tu-bs .INIT. 16 u - 1024 0 0.000 0.000 0.000
rzserv6i.rz.tu- .INIT. 16 u - 1024 0 0.000 0.000 0.000
sieht gut aus. Am Client (Kubuntu 8.10 - AMD64 KDE4) existiert folgende Konfiguration:
driftfile /var/lib/ntp/ntp.drift
server 192.168.0.2
und hier ebenfalls die Kontrolle:
root@bilbo:/etc/pam.d# ntpq -p
remote refid st t when poll reach delay offset jitter
================================================== ============================
[FQHN des Server] .INIT. 16 u - 1024 0 0.000 0.000 0.000
Aufgrund der Ausgaben hätte ich gesagt die Uhren laufen syncron. Wenn ich nun am Client in der KDE-Uhr die Sekunden aktiviere und per Konsole auf dem Server eingelogt 'date' aufrufe sehe ich einen Unterschied von etwa 5 Sekunden. Is das einfach nur ein KDE-Bug oder wie kann ich prüfen ob die Uhren syncron laufen?
Viele Grüße
pixel
der Betreff schildert das Problem ja bereits. Ich habe einen 5-Sekunden-Unterschied zwischen meinem NTP-Server und meinem Client. Zumindest wenn die Sekunden-Anzeige des KDE's (am Client) stimmt. Nicht das mich die 5 Sekunden stören würde aber es würde mich interessieren ob das noch im Rahmen ist oder ein Fehler vorliegt. Server ist ist ein Debian 4.0-64Bit. Ist eine Xen Dom0 falls dies von Interesse ist. Die Conf am Server (192.168.0.2):
# /etc/ntp.conf, configuration for ntpd
driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/
server rztime1.rz.tu-bs.de
server rztime2.rz.tu-bs.de
restrict rztime1.rz.tu-bs.de
restrict rztime2.rz.tu-bs.de
restrict 127.0.0.1
restrict 192.168.0.0 mask255.255.255.0
broadcast 192.168.0.255
restrict default ignore
Ein Test am Server:
server:~# ntpq -p
remote refid st t when poll reach delay offset jitter
================================================== ============================
192.168.0.255 .BCST. 16 u - 64 0 0.000 0.000 0.001
rzab0i.rz.tu-bs .INIT. 16 u - 1024 0 0.000 0.000 0.000
rzserv6i.rz.tu- .INIT. 16 u - 1024 0 0.000 0.000 0.000
sieht gut aus. Am Client (Kubuntu 8.10 - AMD64 KDE4) existiert folgende Konfiguration:
driftfile /var/lib/ntp/ntp.drift
server 192.168.0.2
und hier ebenfalls die Kontrolle:
root@bilbo:/etc/pam.d# ntpq -p
remote refid st t when poll reach delay offset jitter
================================================== ============================
[FQHN des Server] .INIT. 16 u - 1024 0 0.000 0.000 0.000
Aufgrund der Ausgaben hätte ich gesagt die Uhren laufen syncron. Wenn ich nun am Client in der KDE-Uhr die Sekunden aktiviere und per Konsole auf dem Server eingelogt 'date' aufrufe sehe ich einen Unterschied von etwa 5 Sekunden. Is das einfach nur ein KDE-Bug oder wie kann ich prüfen ob die Uhren syncron laufen?
Viele Grüße
pixel