Clock ticking too fast

[MRSG]

I have a HP Proliant DL360 G4p server running
RH4 2.6.9-5 EL x86_64 (64bit). It only has one Xeon 3.6Ghz CPU.

I'm experiancing a problem where the clock is ticking too fast (approx twice a second). I have tried adding "no_timer_check" and "noapic" to the grub.conf file and rebooting but to no avail.

I have the same kernel version on many 32bit machines but without the time issue. This is my only 64bit linux OS I have installed so far.

Does anyone know how to fix this problem? i'm pulling my hair out trying to resolve this and have resorted to adding an ntpdate command in cron to run every minute which is a very dirty quick fix which I don't like doing.

Any help would be much appreciated.

Thanks.

[Ivan Ferreira]

We solved our problem using an external ntp source, like pool.ntp.org.

Configure your ntp.conf file to use these servers as time servers and start the ntp service, this is your best option instead of using ntpdate every minute.

[Stuart Browne · Accepted solution]

Umm, if it's a 64bit machine, then it's not a Xeon processor. It'll be an Opteron.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152170
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152630
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153155

These are details about this bug. I believe if you browse around there, you'll find what you're after.

But in all honesty, I'd start by updating your kernel to the latest eratta.. You're on 2.6.9-5, when they've released 2.6.9-34!

[MRSG]

I have tried syncing with ntpd but the clock is ticking too fast, which is why I have to set ntpdate.

Interesting that you say Opteron because a
# dmidecode shows Xeon. The chipset is EM64T but to be honest I get confused as to what is AMD and what is Intel nowadays.

An interesting thing is that my hwclock is showing the correct time so i've ran
hwclock --hctosys which sets the clock to the correct time but then races forward again.

I will look into updating the kernel but unfortunately I have limited downtime.

[Stuart Browne]

I'm sure you can see that this is a most necessary update.

What does /proc/cpuinfo say?

[Manuel Wolfshant]

The adequate kernels for Xeon based computers are SMP / IA64, not x86_64. Last ones are optimized for AMD processors (Opteron/Athlon64), while the IA64 ones have Xeon/Itanium as targets.
In your case, I think that you should use either kernel-smp-2.6.9-34.EL.i686.rpm or kernel-2.6.9-34.EL.ia64.rpm.

The SMP part is useful because of the hyper threading technology included in Xeon: linux will see each HT enabled processor as TWO processors instead of only one (hence the ability to run two tasks in parallel, provided you have a SMP enabled kernel). Upon successfull boot, you will have in /var/log/messages something similar to:
CPU#1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU#1: Thermal monitoring enabled
CPU1: Intel(R) Xeon(TM) CPU 2.60GHz stepping 07
Total of 2 processors activated (10289.15 BogoMIPS).

[MRSG]

Thank you all for supplying me with much needed info.

I will be updating to the lastest errata using the Up2Date service. Hopefully this will resolve the problem (i'm crossing my fingers).

I am still slightly confused with the SMP HT configurations. I do have HT enabled thru the bios and I only have 1 CPU. Does this mean I need to boot into an SMP kernel? I do have the kernel installed but have been using the EL version. My thinking was that the clock was ticking for 2 CPUs however i'm now thinking this was a red herring on my part.

7 years as a hpux admin and only 3 months on linux i'm afraid.

[Stuart Browne]

HT presents it's self to the Linux kernel as two (virtual) processors, so using an SMP kernel would be good.

The reference as to what CPU you've got however is still worrying me.

All the documentation I can find says that the DL360 G4p has an 'Intel Xeon' processor in it. If this is the case, using the x86_64 install is *VERY*VERY* wrong.

If, however, I'm just bad at finding documentation, and it does infact have an 'AMD Opteron' or other EM64 processor, then you've got the right install.

What do the contents of '/proc/cpuinfo' say?

It should have a line that says either:

model name : AMD Opteron (tm) Processor
(-- x86_64 happy, 64bit --)
or:

model name : Intel(R) Xeon(TM) CPU 3.60GHz
(-- i386/i686 happy, 32bit --)

[Manuel Wolfshant]

>I will be updating to the lastest errata
excellent choice. If the problem is not solved (and none of the boot time options like notsc / noapic -- see bugzilla for details -- solve it) please fill a bug on https://bugzilla.redhat.com


>I am still slightly confused with the SMP HT configurations. I do have HT enabled thru the bios and I only have 1 CPU. Does this mean I need to boot into an SMP kernel?
YES.

>I do have the kernel installed but have been using the EL version.
All RH kernels have EL in their name. I guess it's a shortcut from RHEL or smtg

> My thinking was that the clock was ticking for 2 CPUs
No, it's a bug. Please see the bugzilla entries highlighted by Stuart.

>7 years as a hpux admin and only 3 months on linux i'm afraid.
I am using linux since '95 and I am still learning each day.So.. welcome to the club :)

[MRSG]

Ok,

I have rebooted into the smp kernel. This was because a developer was having problems with code he had already written. Therefore here is some more info see attahed notepad doc.
uname gives the following:

2.6.9-5.ELsmp #1 SMP Wed Jan 5 19:29:47 EST 2005 x86_64 x86_64 x86_64 GNU/Linux

Is the above install correct for my chipset? There is only 1 CPU in this server but cpuinfo is saying two.

Many thanks for all your help.