Date: Mon, 21 Dec 2009 11:36:26 -0500 From: Steve Polyack <korvus@comcast.net> To: Chuck Swiger <cswiger@mac.com> Cc: Robert Fitzpatrick <robert@webtent.com>, FreeBSD <freebsd-questions@freebsd.org> Subject: Re: slow clock on FreeBSD 7.2 on vmware Message-ID: <4B2FA40A.9040807@comcast.net> In-Reply-To: <78DA6E6C-85F4-444C-8176-5BAFA6EA32EB@mac.com> References: <4B23CD8A.50203@webtent.com> <op.u4zhl8bq5wvplz@jam-laptop> <4B291EB5.5040605@webtent.com> <4B2A9C1E.2010509@comcast.net> <3D62B3FC-1385-47C2-A9F3-F81D1597D9A6@mac.com> <4B2AA541.5010304@comcast.net> <4B2BBAE2.6090102@comcast.net> <78DA6E6C-85F4-444C-8176-5BAFA6EA32EB@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/18/09 12:39, Chuck Swiger wrote: > Hi-- > > On Dec 18, 2009, at 9:24 AM, Steve Polyack wrote: > >>> I haven't used Xen, but for ESX: I may be wrong, but I'm pretty sure that the vmtools available for FreeBSD do not support synchronizing the host time to the guest OS. I know it is supported (and works) for Linux, but by what mechanism I do not know. On OpenBSD the kernel can be built to present a device which will use the "synchronize time with guest" feature of VMware to provide a clock source which can be specified in ntpd.conf. >>> >>> Perhaps you're right and all it takes is the switch in ESX. I've disabled ntpd on one of my VMs and I'll see if it drifts any by tomorrow. >>> >> FYI the system has started to drift on the order of 100ms every 6 hours. >> > OK. > > >> This leads me to believe that the "synchronize time with guest" feature of ESXi is not sufficient in FreeBSD with VMware tools. While using NTP, the system would reliably keep in sync within 30ms of local NTP relays. >> > You supposedly need to re-run it periodically or enable an internal in some .vmx config file; see "Enabling Periodic Synchronization": > > http://www.vmware.com/pdf/vmware_timekeeping.pdf > Even with the following set in the virtual machine's .vmx configuration file, the clock still drifts without ntpd: tools.syncTime = "TRUE" $ ntpdate -q pool.ntp.org server 209.114.111.1, stratum 2, offset -2.093494, delay 0.10614 server 66.250.45.2, stratum 2, offset -2.082546, delay 0.04468 server 169.229.70.201, stratum 3, offset -2.092357, delay 0.11055 21 Dec 11:29:06 ntpdate[12781]: step time server 66.250.45.2 offset -2.082546 sec The vmware_timekeeping.pdf document also states that "By default, the daemon checks the guest operating system clock only once per minute.", meaning that we shouldn't have to adjust any of the other options to maintain synchornization. > If this doesn't work in FreeBSD guest VMs, has anyone filed a bug report with them? > I have not filed a bug report. I'm using open-vm-tools and have not tried the VMware-provided tools yet. I'll give them a shot if I get a chance and I'll see if will actively sync the time by itself. Can anyone else chime in on whether or not the "tools.syncTime" option and setting kern.hz=100 have been sufficient in keeping the time in sync with a FreeBSD guest?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B2FA40A.9040807>