-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-03 a las 15:33 +0100, Camaleón escribió:
El 3/12/07, Carlos E. R. escribió:
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.
Es que es extraño... a ver, pensando en voz alta:
- Si desactivas el servicio ntpd y el reloj se desajusta, bug del kernel - Si es un bug del kernel, ¿bajo qué circunstancias se activa?
Estoy seguro de ello. Pero no puedo trazarlo porque no hay logs.
- Si es un bug del kernel, ntpd no puede hacer nada, porque llega un momento en el que el desfase es superior a su configuración permitida para modificar la hora (~25 min.)
Exacto.
Revisa si te está mordiendo alguno de estos problemas que están en la página de ntp:
http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.3.2.
Mmmm... vale, voy a bajarle la frecuencia al reloj del kernel, que la he llegado a tener a 1000 y ahora está a 300. Aunque entre 250 (que es el valor por defecto en suse) y 300 no hay tanta diferencia para que sea un problema... luego no es eso. Mmm... si dice que hay un problema con reiserfs que no deja actuar a la interrupción del reloj en varios ciclos, y yo ahora mismo estoy recompilando el kernel, y eso sucede precisamente en una partición reiser, y además yo estaba comiendo, y el reloj no se ha retrasado... entonces no es eso. Además, los retrasos parecen ocurrir cuando la máquina no está haciendo nada. Podría ser...: 9.2.3.2.8. Kernel 2.6 Mis-Detecting CPU TSC Frequency Starting with Linux Kernel 2.6.18, the CPU's Time Stamp Counter is used to keep time, and when booting sometimes the Kernel mis-detects the frequency of this counter. This may result in severe clock drift which is impossible for ntpd to correct. One solution to this problem is to change back to the old "acpi_pm" clock, which is what was used in earlier kernels. For example, in your grub.conf file, you can set: clocksource=acpi_pm And then reboot. A similar procedure is apparently possible with earlier versions of Kernel 2.6, which uses a "clock=" designation instead of "clocksource=". Our thanks to Jordan Russell for locating and resolving this issue. Y ciertamente, mi kernel arranca con el reloj tsc: cer@nimrodel:/usr/src/linux> grep -i clock /var/log/boot.msg <6>Time: tsc clocksource has been installed. <6>Real Time Clock Driver v1.12ac <6>Time: acpi_pm clocksource has been installed. <6>intel8x0_measure_ac97_clock: measured 50655 usecs <6>intel8x0: clocking to 48000 doneSetting up the hardware clockdone Mmmm... tiene los dos, tsc y acpi_pm. ¿Cual está usando entonces? :-?
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.
Ah, vale. Entonces hay que saber a qué tipo de sistemas afecta (¿placas, bios...?) porque no sucede con todos los equipos.
Ni idea. En la 10.2 no tenía problemas, y yo no sigo el desarrollo del kernel, luegono puedo saber que han cambiado. Tengo abierto un bugzilla, y lo único que sacan es que no es el ntp. ¿Que versión de kernel usa la 10.2, lo sabe alguien? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHVCddtTMYHG2NR9URAhfkAJ9pkNbwiSQWlvuMaIPwHhZ0FnOHgACggJnr AtXMNjivtmD9MX3P/vFf8Ng= =77H9 -----END PGP SIGNATURE-----