On Mon, 2 Feb 2004 13:53:34 +0100
Andrea Paolini <ap@xxxxxxx> wrote:
> On Mon, Feb 02, 2004 at 12:26:42PM +0100, Ivan Sergio Borgonovo
> wrote:
>
> > caronte:~ # ntpdate ntp.cgi.cz
> > 2 Feb 12:03:31 ntpdate[31883]: adjust time server 81.0.239.181
> > offset
> > -0.000277 sec
>
> A livello di rete ci arriva. bene.
> > fatto ripartire xntpd (non si è lamentato)
> > dopo un minuto buono:
> Se hai più di un server NTP puo' volerci parecchio a sincronizzarsi,
mmmm why?
Che io sapessi era che poichè il tempo deve essere aggiustato
lentamente e comunque in maniera monotona *crescente* in modo da
evitare sminchiamenti prima di andare in sync poteva passare del
tempo. Ma l'orologio di quella macchina era già sync.
> anche qualche ora. E se il tempo è troppo differente rimarrai sempre
> in stratum 16 (non sincronizzato)
Ma c'è relazione con il numero di peers???
que è l'output attuale sostanzialmente immodificato:
caronte:~ # ntpdc
ntpdc> sysinfo
system peer: 0.0.0.0
system peer mode: unspec
leap indicator: 11
stratum: 16
precision: -18
root distance: 0.00000 s
root dispersion: 0.10533 s
reference ID: [0.0.0.0]
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
system flags: auth monitor ntp kernel stats
jitter: 0.000000 s
stability: 0.000 ppm
broadcastdelay: 0.003998 s
authdelay: 0.000000 s
ntpdc> peers
remote local st poll reach delay offset disp
=====================================================================
===
caronte.webthat 5.0.0.0 16 256 0 0.00000 0.000000
0.00000
=dns.univ-lyon1. 5.0.0.0 16 256 0 0.00000 0.000000
0.00000
=ntp1.belbone.be 5.0.0.0 16 256 0 0.00000 0.000000
0.00000
=ntp0.cis.strath 5.0.0.0 16 256 0 0.00000 0.000000
0.00000
=ntp2.belbone.be 5.0.0.0 16 256 0 0.00000 0.000000
0.00000
=odine.cgi.cz 5.0.0.0 16 256 0 0.00000 0.000000
0.00000
ntpdc>
thx
|