-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 3/12/07, Carlos E. R. escribió:
A ver, a ver.
Que no tengo problemas con ntp. Tengo problemas con el reloj del sistema, que se para, o algo así, y es el ntp quien se da cuenta.
Ah, jupe. ¿Y qué pinta el ntp entonces >:-)?
Pues porque lo tengo puesto desde hace tiempo - bueno, desde que tengo adsl.
Si no activas el servicio ¿hay bug o no hay bug? ¿mantienes la hora o no mantienes la hora? ¿No tendrás la pila de la cmos de la bios seca?
No, no he probado a desactivarlo, pero sospecho que pasaría lo mismo, aunque silenciosamente. Y la pila no tiene nada que ver, aunque es una confusión habitual; el reloj de la cmos sólo se consulta una única vez, durante el arranque.
Esto es un ciclo completo del ntp de una de las veces que me falló el reloj.
27 Nov 15:31:56 ntpd[12905]: synchronized to 91.121..., stratum 2 27 Nov 15:38:31 ntpd[12905]: synchronized to 192.33..., stratum 2 27 Nov 15:39:25 ntpd[12905]: synchronized to 195.55..., stratum 2
Sincroniza con los servidores remotos...
27 Nov 15:39:40 ntpd[12905]: synchronized to LOCAL(0), stratum 10 27 Nov 15:39:40 ntpd[12905]: synchronized to LOCAL(0), stratum 10
...y con el local-indisciplinado :-?
Sip, supongo que perdió el servidor de red, aunque el log del ntp tiene tan pocos detalles que no se sabe el motivo.
27 Nov 16:22:22 ntpd[12905]: synchronized to 84.88..., stratum 2
Y tarda casi una hora en pillar otro.
27 Nov 16:22:22 ntpd[12905]: time correction of 1678 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time.
Y horas más tarde, dice que el desfase es tremendo y no puede establecer la hora :-?
Sí, cuando vuelve a consultar la red.
Tú lo que dices es quitar estas lineas:
server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized
Sasto.
Creo que las necesita, pero probaré.
Eso es lo que comentaba, que no sé para qué las necesita si:
- Al iniciar conecta con los servidores remotos - Los servidores remotos están configurados - En caso de error de red (no puede conectar) debería usar la hora del sistema sin necesidad del indisciplinado... hum, quizá lo necesite para eso mismo.
Creo que es un simple truco para no cambiar el código. Es lo de poner el reloj de la muñeca mirando el reloj de la muñeca.
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.
27 minutos de desfase y no lo permite... Bueno, y a todo ésto ¿por qué pierdes la hora? No actives ntpd o configúralo para que sincronice sólo una vez a día >:-)
Vamos a ver, el reloj siempre ha ido bien. Y el ntp también me ha ido bien siempre. La hora se pierde porque los del kernel han metido la gamba.
Ahora en serio, lo del ntp salvo que sea necesario para tareas concretas que requieran precisión milimétrica de la hora, pues yo lo dejaría para que sincronizara una vez a la semana, creo que sería suficiente.
¿Y que más da? tendría que ir bien. Iba bien.
Pero como los desarrolladores del ntp lo saben, dejan esa decisión al administrador.
¡El fallo que tienen es que no hacen sonar las alarmas!
Ah, que permitan establecerlo de forma manual me parece bien, entonces sí... y ¿qué más alarmas quieres además que notificarlo en el registro :-)?
El ntp sólo notifica en el log que abandona, pero lo hace con prioridad normal, cuando debería ser una alarma que se registre en el /var/log/warn. Si saliera ahí me daría cuenta, y me tengo que dar cuenta cuando miro el reloj del vídeo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHVApLtTMYHG2NR9URAu/SAJ4jaD55rauD5DOmrznOn2YasF3G/wCfcZrr 0tunjSWni8v79vHAAC/a1vg= =NdJf -----END PGP SIGNATURE-----