<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
On 04/15/2011 04:08 AM, Johnny Hughes wrote:
<blockquote cite="mid:4DA82722.2020504@centos.org" type="cite">
<pre wrap="">On 04/14/2011 06:23 AM, Mailing List wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 4/14/2011 6:47 AM, Johnny Hughes wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
Is it really true that the time is working perfectly with one of the
other kernels (the older ones)?
</pre>
</blockquote>
<pre wrap="">
Johnny,
Yes, As long as I run the older 5.5 kernel my time is perfect. All
clients can get from this machine with no issues. As soon as I run new
kernel, or Plus kernel for that matter. The time goes downhill. "Uphill
actually"
To answer the previous question I do have the HW clock set to utc,
Everything is stock from initial install of the package.
Brian.
</pre>
</blockquote>
<pre wrap="">
I do not see anything from Dell that is a model C151.
I also do not see anything in the RH bugzilla that is problematic for
older AMD processors and the clock, unless running KVM type virtual
machines.
Is this a VM or regular install?
If this a real machine, do you have the latest BIOS from Dell?
Do you have any special kernel options in grub?
</pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
CentOS mailing list
<a class="moz-txt-link-abbreviated" href="mailto:CentOS@centos.org">CentOS@centos.org</a>
<a class="moz-txt-link-freetext" href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a>
</pre>
</blockquote>
It also occured to me to ask if this was running in a VM, but it
sounded like it was running on actual hardware. I once had a
vmware VM in which I had similar misbehavior of the clock.
Eventually I discovered that the following simple program when run
inside the VM would return immediately instead of delaying for 10
seconds as it should.<br>
<br>
#include <stdio.h><br>
/* #include <sys/select.h> */<br>
#include <sys/time.h><br>
#include <sys/types.h><br>
#include <unistd.h><br>
<br>
<br>
int main() {<br>
fd_set set;<br>
struct timeval timeout;<br>
int filedes = STDIN_FILENO;<br>
<br>
<br>
FD_ZERO (&set);<br>
FD_SET (filedes, &set);<br>
<br>
<br>
timeout.tv_sec = 10;<br>
timeout.tv_usec = 0;<br>
<br>
select(FD_SETSIZE, &set, NULL, NULL, &timeout);<br>
<br>
} <br>
<br>
<br>
I then found out that the ISP had set the host OS for my VM to
Ubuntu when I was running CentOS 5 in the VM. The cause was that
VMware assumed a tickless kernel for Ubuntu, but not for CentOS 5
and there were optimizations in the VM emulation that counted on
VMware knowing what timekeeping options where set in the kernel.<br>
<br>
Nataraj<br>
<br>
</body>
</html>