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.10770como 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.