-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-03 a las 13:21 +0100, Carlos E. R. escribió:
Lo que te dice el ntp es que él no puede cambiarte el reloj de forma lenta porque está demasiado lejos. Si quieres, tú como administrador puedes decirle que lo haga a pesar de todo, aunque tarde dias en ajustarlo. Viene en el manual.
En ajustar una hora de retraso puede tardar no recuerdo si es un dia. Si tienes esa paciencia... pero es un dia entero en que el reloj va a estar mal, casi una hora de retraso. Primero una hora, luego 59 minutos, luego 58 minutos, luego 57... y a las nosecuantas horas, ya marcará bien. Vas a tener en los registros todos los eventos marcados a una hora falsa durante un día.
Si el desfase es de una semana igual tarda un mes o un año en ponerse al día... no recuerdo cual es la variación admisible, eso está documentado pero no tengo el documento cargado ahora.
Dice el manual (ntpd.html): The maximum slew rate possible is limited to 500 parts-per-million (PPM) as a consequence of the correctness principles on which the NTP protocol and algorithm design are based. As a result, the local clock can take a long time to converge to an acceptable offset, about 2,000 s for each second the clock is outside the acceptable range. During this interval the local clock will not be consistent with any other network clock and the system cannot be used for distributed applications that require correctly synchronized network time. Es decir, un retraso de 1000 segundos tardará en corregirse 2 millones de segundos, esto es, 23 dias (si no me confundo en los calculos, porque parece una barbaridad) y por eso abandona: LOG_ERR time correction of ? seconds exceeds sanity limit (?); set clock manually to the correct UTC time. Fatal error. Better do what it says, then restart the daemon. Be advised NTP and Unix know nothing about local time zones. The clock must be set to Coordinated Universal Time (UTC). Believe it; by international agreement abbreviations are in French and descriptions are in English. sigaction() fails to save SIGSYS trap: ? sigaction() fails to restore SIGSYS trap: ? Program error. Please report to bugs@ntp.org. Lo que puedo hacer es borrar el fichero drift cuando pase. Ahora mismo marca 76.927. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHVAyAtTMYHG2NR9URAvnoAJ9lOjGmg3b784YAIfqBJmJuzcNmJwCeKuEP AnOyotxH+3PvVfO+wt7HqN8= =wIP3 -----END PGP SIGNATURE-----