Re: clock running too fast
Thank you. I tried TSC, ACPI-fast and i8254 but I still have the same problem. Best regards, Thierry. On Sunday 29 October 2006 15:46, Chuck Swiger wrote: Thierry Lacoste wrote: On one of my servers running 6.1-RELEASE-p10 I cannot keep the clok synchronized using ntpd. AFAICS this is certainly because the clock is running way too fast (about one second per minute). After I run ntpdate then ntpd the clock is drifting and /var/db/ntp.drift contains 0.00. Is there a way to slow down the system clock (something like tickadj under some linux distributions) ? Take a look at sysctl kern.timecounter, and choose another clock from the list of choices (by setting kern.timecounter.hardware to something else in the list of choices). If you are using TSC now, especially on a dual-CPU system, try using ACPI-safe or i8254 instead. If you are using the ACPI timecounter, try looking for a BIOS update for your hardware; perhaps that might fix the bogus clock. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock running too fast
At Mon, 30 Oct 2006 it looks like Thierry Lacoste composed: Thank you. I tried TSC, ACPI-fast and i8254 but I still have the same problem. I have a 64-bit box that for some reason started running fast... real fast and for the sake of simplicity, just have a cronjob run ntpdate to various timeservers till I get this figured out. I imagined something wrong with the motherboard so the cronjob entries looked very appealing :) On Sunday 29 October 2006 15:46, Chuck Swiger wrote: Thierry Lacoste wrote: On one of my servers running 6.1-RELEASE-p10 I cannot keep the clok synchronized using ntpd. AFAICS this is certainly because the clock is running way too fast (about one second per minute). After I run ntpdate then ntpd the clock is drifting and /var/db/ntp.drift contains 0.00. Is there a way to slow down the system clock (something like tickadj under some linux distributions) ? Take a look at sysctl kern.timecounter, and choose another clock from the list of choices (by setting kern.timecounter.hardware to something else in the list of choices). If you are using TSC now, especially on a dual-CPU system, try using ACPI-safe or i8254 instead. If you are using the ACPI timecounter, try looking for a BIOS update for your hardware; perhaps that might fix the bogus clock. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bill Schoolcraft * System Engineer ~ The loser isn't the one who finished last; it is the one who never entered the race. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
clock running too fast
On one of my servers running 6.1-RELEASE-p10 I cannot keep the clok synchronized using ntpd. AFAICS this is certainly because the clock is running way too fast (about one second per minute). After I run ntpdate then ntpd the clock is drifting and /var/db/ntp.drift contains 0.00. Is there a way to slow down the system clock (something like tickadj under some linux distributions) ? Regards, Thierry. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock running too fast
Thierry Lacoste wrote: On one of my servers running 6.1-RELEASE-p10 I cannot keep the clok synchronized using ntpd. AFAICS this is certainly because the clock is running way too fast (about one second per minute). After I run ntpdate then ntpd the clock is drifting and /var/db/ntp.drift contains 0.00. Is there a way to slow down the system clock (something like tickadj under some linux distributions) ? Take a look at sysctl kern.timecounter, and choose another clock from the list of choices (by setting kern.timecounter.hardware to something else in the list of choices). If you are using TSC now, especially on a dual-CPU system, try using ACPI-safe or i8254 instead. If you are using the ACPI timecounter, try looking for a BIOS update for your hardware; perhaps that might fix the bogus clock. -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]