Milka_Muh_Kuh
28.09.10, 14:12
Hallo zusammen,
ich habe einen NTP-Server (SLES 10) als Gast auf einem Xenserver 5.6.
Ich habe das Problem, dass dieser Server die Zeit für das gesamte Netz bestimmt. Wenn der ntp Dienst gestartet wird gleicht er die Zeit ab und alles läuft super. Nach 30 - 60 sec jedoch geht die Zeit auf einmal 83 sec nach und fängt sich auch nicht mehr.
Meine ntp.conf
driftfile /var/lib/ntp/drift/ntp.drift
logfile /var/log/ntp
keys /etc/ntp.keys
trustedkey 1
requestkey 1
server ptbtime1.ptb.de iburst
server ptbtime2.ptb.de iburst
server 194.25.134.196 iburst
server 62.206.250.163 iburst
server 194.25.134.196
server 62.206.250.163
In meiner log kommen immer folgende Meldungen
28 Sep 14:48:03 ntpd[29154]: synchronized to 192.53.103.108, stratum 1
28 Sep 14:49:26 ntpd[29154]: time reset +83.551918 s
28 Sep 14:49:26 ntpd[29154]: kernel time sync status change 0001
28 Sep 14:52:12 ntpd[29154]: ntpd exiting on signal 15
28 Sep 14:52:19 ntpd[29733]: synchronized to 192.53.103.108, stratum 1
28 Sep 14:53:43 ntpd[29733]: time reset +83.555041 s
28 Sep 14:53:43 ntpd[29733]: kernel time sync status change 0001
28 Sep 14:54:44 ntpd[29733]: ntpd exiting on signal 15
28 Sep 14:55:06 ntpd[29893]: synchronized to 192.53.103.108, stratum 1
28 Sep 14:56:29 ntpd[29893]: time reset +83.557869 s
28 Sep 14:56:29 ntpd[29893]: kernel time sync status change 0001
28 Sep 14:58:58 ntpd[29893]: synchronized to 192.53.103.108, stratum 1
Nach einem rcntp restart habe ist alles gut:
remote refid st t when poll reach delay offset jitter
================================================== ============================
ptbtime1.ptb.de .PTB. 1 u 1 64 1 7.642 0.114 0.001
ptbtime2.ptb.de .INIT. 16 u - 64 0 0.000 0.000 0.001
ntp1.sul.t-onli .RMOT. 16 u - 64 0 0.000 0.000 0.001
alarich.online- .RMOT. 16 u - 64 0 0.000 0.000 0.001
Einige sec später:
remote refid st t when poll reach delay offset jitter
================================================== ============================
*ptbtime1.ptb.de .PTB. 1 u 19 64 377 7.978 83563.9 3.164
+ptbtime2.ptb.de .PTB. 1 u 32 64 377 8.233 83561.8 3.173
+ntp1.sul.t-onli .PPS. 1 u 20 64 377 14.555 83564.6 3.325
alarich.online- 192.53.103.108 2 u 36 64 377 29.662 83559.8 58.333
Ich weiß aus Erfahrung, dass virtuelle Maschinen Probleme mit der Zeit haben, weil ihre Hardwareuhr nicht vorhanden ist / nicht im korrekten Takt schlägt. Ich möchte eigentlich, dass SLES sich total auf die NTP-Server verlässt und nichts weiter. Hat jemand ne Idee?
ich habe einen NTP-Server (SLES 10) als Gast auf einem Xenserver 5.6.
Ich habe das Problem, dass dieser Server die Zeit für das gesamte Netz bestimmt. Wenn der ntp Dienst gestartet wird gleicht er die Zeit ab und alles läuft super. Nach 30 - 60 sec jedoch geht die Zeit auf einmal 83 sec nach und fängt sich auch nicht mehr.
Meine ntp.conf
driftfile /var/lib/ntp/drift/ntp.drift
logfile /var/log/ntp
keys /etc/ntp.keys
trustedkey 1
requestkey 1
server ptbtime1.ptb.de iburst
server ptbtime2.ptb.de iburst
server 194.25.134.196 iburst
server 62.206.250.163 iburst
server 194.25.134.196
server 62.206.250.163
In meiner log kommen immer folgende Meldungen
28 Sep 14:48:03 ntpd[29154]: synchronized to 192.53.103.108, stratum 1
28 Sep 14:49:26 ntpd[29154]: time reset +83.551918 s
28 Sep 14:49:26 ntpd[29154]: kernel time sync status change 0001
28 Sep 14:52:12 ntpd[29154]: ntpd exiting on signal 15
28 Sep 14:52:19 ntpd[29733]: synchronized to 192.53.103.108, stratum 1
28 Sep 14:53:43 ntpd[29733]: time reset +83.555041 s
28 Sep 14:53:43 ntpd[29733]: kernel time sync status change 0001
28 Sep 14:54:44 ntpd[29733]: ntpd exiting on signal 15
28 Sep 14:55:06 ntpd[29893]: synchronized to 192.53.103.108, stratum 1
28 Sep 14:56:29 ntpd[29893]: time reset +83.557869 s
28 Sep 14:56:29 ntpd[29893]: kernel time sync status change 0001
28 Sep 14:58:58 ntpd[29893]: synchronized to 192.53.103.108, stratum 1
Nach einem rcntp restart habe ist alles gut:
remote refid st t when poll reach delay offset jitter
================================================== ============================
ptbtime1.ptb.de .PTB. 1 u 1 64 1 7.642 0.114 0.001
ptbtime2.ptb.de .INIT. 16 u - 64 0 0.000 0.000 0.001
ntp1.sul.t-onli .RMOT. 16 u - 64 0 0.000 0.000 0.001
alarich.online- .RMOT. 16 u - 64 0 0.000 0.000 0.001
Einige sec später:
remote refid st t when poll reach delay offset jitter
================================================== ============================
*ptbtime1.ptb.de .PTB. 1 u 19 64 377 7.978 83563.9 3.164
+ptbtime2.ptb.de .PTB. 1 u 32 64 377 8.233 83561.8 3.173
+ntp1.sul.t-onli .PPS. 1 u 20 64 377 14.555 83564.6 3.325
alarich.online- 192.53.103.108 2 u 36 64 377 29.662 83559.8 58.333
Ich weiß aus Erfahrung, dass virtuelle Maschinen Probleme mit der Zeit haben, weil ihre Hardwareuhr nicht vorhanden ist / nicht im korrekten Takt schlägt. Ich möchte eigentlich, dass SLES sich total auf die NTP-Server verlässt und nichts weiter. Hat jemand ne Idee?