WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] domU clock over 23s off

Hi,

On Feb 26, Keir Fraser wrote:

> >I have rather new installation of xen, dom0 is running ntpd and is
> >perfectly in time. All domU's are ~23s in future. Running ntpd on
> >the domU's seem to have no effect, /proc/sys/xen/independent_wallclock
> >appears to have no effect. I'm running xen-unstable and 2.6.16-rc4
> >in AMD64 box.
>
> Booting the domU's with 'independent_wallclock' as a command-line 
> parameter, and then running a standard vendor ntp init script (usually 
> ntpdate followed by starting ntpd) certainly *should* have fixed the 
> domU time problem.

I run into the same problem (ntp not working), so I set independent_wallclock
and ntp un domU can set the system time.  thanks for the hint!

BUT!!!  with independent_wallclock I have a new problem:
now the hw clock can't be read anymore

        root@rhel4 # /sbin/hwclock --debug
        hwclock from util-linux-2.12a
        hwclock: Open of /dev/rtc failed, errno=19: No such device.
        No usable clock interface found.
        Cannot access the Hardware Clock via any known method.


this causes system to start up with system time "1 Jan 1970"

        # grep 1970 /var/log/boot.log
        Jan  1 01:00:10 os2-rhel4 date: Do Jan  1 01:00:10 CET 1970 
        Jan  1 01:00:10 os2-rhel4 rc.sysinit: Stelle Uhr  (localtime) auf: Do 
Jan  1 01:00:10 CET 1970 succeeded 


and in /var/log/messages:

        Jul 11 17:26:00 os2-rhel4 exiting on signal 15
        Jan  1 01:00:17 os2-rhel4 syslogd 1.4.1: restart.
        ...
        Jan  1 01:00:26 os2-rhel4 xinetd[1307]: xinetd Version 2.3.13 started 
with libwrap loadavg options compiled in.
        Jan  1 01:00:26 os2-rhel4 xinetd[1307]: Started working: 2 available 
services
        Jul 11 17:31:56 os2-rhel4 ntpdate[1321]: step time server 10.0.5.7 
offset 1152692789.758448 sec
        Jul 11 17:31:56 os2-rhel4 ntpd:  succeeded
        Jul 11 17:31:56 os2-rhel4 ntpd: Starten von ntpd succeeded



not only there are many bogus time stamps in log files, it also causes
a file system check at every startup because the fs was mounted last time
"so long ago":

        # /sbin/tune2fs -l /dev/hda1 |grep 1970  
        Last mount time:          Thu Jan  1 01:00:21 1970
        Last checked:             Thu Jan  1 01:01:36 1970



my current setup is:  AMD64 dual-core dual-opteron 

xen:
        Xen version 3.0.1 (xenod@xxxxxxxxxxxx) (gcc version 3.4.4 20050721 (Red 
Hat 3.4.4-2)) Tue Jan 31 15:26:55 GMT 2006
        Latest ChangeSet: Tue Jan 31 11:04:12 2006 +0100 8738:eff96462fde8

dom0 and domU kernel:
        Linux version 2.6.12.6-xen (xenod@xxxxxxxxxxxxxxxxxxxx) (gcc version 
3.4.4 20050721 (Red Hat 3.4.4-2)) #1 SMP Tue Jan 31 15:36:43 GMT 2006




will an update to a more recent XEN version fix these problems ?

if yes, what do I have to replace/update ? 
only domU kernel? or dom0+domU ? 
only hypervisor? or just everything ?



thanks for every help!!

Harald Koenig
-- 
"I hope to die                                      ___       _____
before I *have* to use Microsoft Word.",           0--,|    /OOOOOOO\
Donald E. Knuth, 02-Oct-2001 in Tuebingen.        <_/  /  /OOOOOOOOOOO\
                                                    \  \/OOOOOOOOOOOOOOO\
                                                      \ OOOOOOOOOOOOOOOOO|//
Harald Koenig                                          \/\/\/\/\/\/\/\/\/
science+computing ag                                    //  /     \\  \
koenig@xxxxxxxxxxxxxxxxxxxx                            ^^^^^       ^^^^^

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel