-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-02 a las 22:45 +0100, Camaleón escribió: (permíteme que cambie a la lista general)
Pues hay un Bug enla 10.3 que me afecta que hace que el reloj del sistema se desfase tanto que llega un momento que el ntpd abandona y lo da por imposible.
Podrías desactivar el reloj "rebelde" (undisciplined) y que trabaje sólo con los servidores externos :-?
No, el reloj local no se puede desactivar nunca, es el principal. Es el reloj del sistema, que se puede consultar cientos de veces por segundo. Eso no se puede hacer con uno de red. El reloj del sistema puede ir independiente, que es lo que hemos hecho toda la vida, o se puede ajustar de vez en cuando con otro externo, que es lo que hace el ntp.
Ese reloj "rebelde" no lo veo útil salvo que necesites un equipo de la red que se encargue de difundir la hora al resto y que por el motivo que sea no disponga de conexión a la red externa para sincronizar. En cualquier otro caso no le veo mucho sentido su uso si da problemas.
No es cuestión de que tenga sentido o no, ese es el reloj del sistema y no se puede cambiar, es central al kernel. A todo kernel de todo ordenador de toda arquitectura... fíjate si hay cosas hechas en común. Si el reloj del sistema no funciona estamos jo... jorobados, eso.
Llego a tener retrasos de media hora en una hora y media, y suele ocurrir cuando no estoy mirando (comiendo, por ejemplo).
¿Y que el ntpd no pueda actualizar la hora por un desfase de 30 minutos no es otro "bug"? Como si el reloj del sistema le dice que estamos a "5 de septiembre de 1995"... ¿tiene alguna limitación en ese aspecto (en desfase de atraso o adelanto de hora?
Es una caracteristica a propósito y documentada. Ten en cuenta que el ntp hace un ajuste lento: en vez de poner en hora el reloj diciendole "ahora son las cuatro" lo que hace es decirle que acelere un poquito para que alcance al reloj real del mundo, y cuando lo alcanza vuelve a reducir su velocidad hasta que ambos van a la par. Y esa aceleración o reducción también es lenta. El objetivo es que no haya variaciones bruscas ni en la frecuencia del reloj ni en la hora que muestre. Pero si la hora se le va de las manos pues entonces abandona, porque no va a poder ajustarla, o tardaría dias. De hecho ese es el criterio, las horas o días que tardaría en sincronizar, aunque se defina en terminos de 20 minutos de desfase. Claro está que se pueden tocar los margenes y las velocidades en la configuración, pero ese no es el problema de fondo... Ahora bien, si reinicializas el servicio (rcntp restart) el script encargado primero llama a ntpdate, que ese sí que pone el reloj en hora de golpe, y luego arranca el daemon. Y pueden pasar cosas curiosímas... si adelantas el reloj media hora puede saltarte el salvapantallas porque hace media hora que no tocas el PC. Si el postfix ha enviado un correo al amavis y está esperando respuesta, cree que no va a haber respuesta porque lleva esperando media hora, y devuelve el correo por no enviable, por ejemplo. Y cuando el amavís se lo entrega dos segundos más tarde, se vuelve a a armar otra gorda. Y si atrasas el reloj ni te cuento. En algunos casos se pueden colgar las X... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHU15ltTMYHG2NR9URAj4DAJ4sGn65RDa25TNkaaOoynD5YJLjEQCgggtx vmVwl9aBHxJrhUrw/89FQzE= =vuak -----END PGP SIGNATURE-----