Why does my Linux virtual machine lose time?
Posted by Harald van Breederode on February 8, 2009
Despite the fact that I am a real Unix adept I run Windows XP on my laptop because it is much better accessible to the blind due to the greater availability of screen readers which I found to be more feature rich than Unix screen readers (if they exist at all). But this doesn’t mean I can’t run Linux as well on my laptop, as a matter of fact I prefer to run my Oracle demos on a VMware Server virtual machine running Oracle Enterprise Linux. Which in turn runs my Oracle10g and Oracle11g databases. The problem I encountered with this setup is that my Linux virtual machines are losing time and the clock falls behind rather quickly. After conducting a bit of research I discovered that this is caused by the fact that the default Linux kernel runs at a 1000Hz internal clock frequency and that VMware is unable to deliver the clock interrupts on time without losing them. This means that some clock interrupts are lost without notice to the Linux kernels which assumes each interrupt marks 1/1000th of a second. So each clock interrupt that gets lost makes the clock fall behind a 1/1000th of a second. Although you can let VMware synchronize the guest O/S clock to the host O/S clock I don’t recommend this because it makes your Linux clock very bumpy. What I understand is that if you enable this clock synchronization VMware will set the Linux clock every minute equal to the host clock. This means that if my clock falls 3 seconds behind every minute the clock will jump forward 3 seconds each time VMware does its synchronization thing. You can imagine what this means to the Oracle database instrumentation. I also tried to keep the clock synchronized using the Network Time Protocol (NTP) but it didn’t work because the time loss is to unpredictable and NTP gave up. Everything else I tried didn’t solve this problem. The solution is to recompile the Linux kernel with a 100Hz internal kernel frequency.
Recompiling the Linux kernel
Note: The following procedure is only applicable to Oracle Enterprise Linux 5. If there is enough demand I will explain the procedure for Oracle Enterprise Linux 4 in a future posting.
To recompile the Linux kernel I first need to know which kernel I am running and second I need to get the kernel source code for that kernel. I can get the kernel release with the uname command as shown below:
# uname -r 2.6.18-184.108.40.206.2.el5
Next I can download the kernel source code from the Oracle Open Source website. In my case I need to download the
kernel-2.6.18-220.127.116.11.2.el5.src.rpm file. Once downloaded I can install this kernel source RPM with the rpm command as follows:
# rpm -i kernel-2.6.18-18.104.22.168.2.el5.src.rpm
Note: The ‘#’ prompt indicates that I ran this as the root user. Also There will be warnings which can be ignored.
The kernel sources are now installed in the
/usr/src/redhat/SOURCES directory, and in
/usr/src/redhat/SPECS is a so called SPEC file installed which will be used to build the kernel rpm. Before recompiling the kernel I first need to change the internal clock frequency from 1000Hz to 100Hz. This is done by changing a setting in a configuration file. The name of this configuration file is hardware architecture dependant so I first need to get my machine type with the uname command as follows:
# uname -m i686
The configuration file is located in
/usr/src/redhat/SOURCES and the name is
kernel-2.6.18-i686.config. In this file I need to change the line with
CONFIG_HZ_100=y and I am ready to compile the kernel with the rpmbuild command given the SPEC file as its input as shown below:
# cd /u01/redhat/SPECS # rpmbuild --target=i686 -bp kernel-2.6.spec
This will run for an hour or more generating lots of output. Once finished the compiled kernel RPM is in
/usr/src/redhat/RPMS/i686 with the name
kernel-2.6.18-22.214.171.124.2.el5.i686.rpm waiting to get installed.
Installing the new kernel
The new kernel can be installed with the rpm command, but the same kernel is currently running so a reboot with a different kernel is required before continuing. After the reboot I recommend removing the current installed kernel with rpm before installing the newly compiled one as follows:
# rpm -e kernel-2.6.18-126.96.36.199.2.el5 # rpm -i kernel-2.6.18-188.8.131.52.2.el5.i686.rpm
Note: It is possible that the kernel remove fails due to dependencies which have to be removed before the kernel is removed, and reinstalled afterwards.
A final reboot is required and after setting the clock it should never run behind anymore, but setting up NTP is still a wise thing to do.
Warning: Recompiling (and installing) the Linux kernel yourself makes your environment unsupported by Oracle and should never be done on a production environment.