El 03/08/14 17:06, Manolo Díaz escribió:
El domingo, 3 ago 2014 a las 15:47 horas (UTC+2),
Alberto escribió:
El 01/08/14 09:50, Maykel Franco escribió:
...
Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
servidores que me aconsejastes:
server 0.debian.pool.ntp.org iburst
server es.pool.ntp.org iburst
remote refid st t when poll reach delay offset jitter
==============================================================================
*81.184.154.182. 158.227.98.15 2 u 463 1024 377 20.352 3.954 2.869
+vps01.roethof.n 83.98.201.134 3 u 370 1024 377 36.338 3.107 1.144
Incluso probé solo con uno y pasa lo mismo también...No sé si puede
ser algo concreto de check_mk o si tengo que cambiar algo de esa
parte.
no se si tendrá relacion con el error, pero es que aunque tienes 2, y
están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS
QUE CONSIDERABLE, que entiendo que no es correcto.
¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de
diferencia en los retardos es más que considerable?
pues yo diria que no, este es el mio...
alberto@apevia:~$ ntpdc -p
remote local st poll reach delay offset disp
=======================================================================
*RouterWrt 192.168.1.10 4 128 377 0.00032 -0.001888 0.10770
como ves, si son milisegundos sera despues del decimal, y la dispersión
no llega a 1, tu tienes valores con varias unidades
Mi consejo, tira solo de uno, para todos los aparatos de la red, que sea
minimamente fiable, pero si tiene un problema, al menos todos estarán
sincronizados de la misma forma.
También me sorprende esto. Si este sistema se utilizase para sincronizar
a otros, ¿Cómo iba una única fuente a suministrar tiempos diferentes?
Saludos.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53de7618.7060...@bersol.info