From owner-freebsd-stable@FreeBSD.ORG Fri Jan 23 03:43:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B05DD106564A; Fri, 23 Jan 2009 03:43:04 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from v-smtp-auth-relay-2.gradwell.net (v-smtp-auth-relay-2.gradwell.net [79.135.125.41]) by mx1.freebsd.org (Postfix) with ESMTP id D77C28FC41; Fri, 23 Jan 2009 03:43:03 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from 5ad19545.bb.sky.com ([90.209.149.69] helo=access2.hanley.stade.co.uk country=GB) by v-smtp-auth-relay-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.290) id 49793325.773a.22b; Fri, 23 Jan 2009 03:01:57 +0000 (envelope-sender ) Received: from steerpike.hanley.stade.co.uk (steerpike [192.168.1.10]) by access2.hanley.stade.co.uk (8.14.1/8.14.1) with ESMTP id n0N31s8o066655; Fri, 23 Jan 2009 03:01:54 GMT (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: from steerpike.hanley.stade.co.uk (localhost [127.0.0.1]) by steerpike.hanley.stade.co.uk (8.14.3/8.14.3) with ESMTP id n0N31sDK063262; Fri, 23 Jan 2009 03:01:54 GMT (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: (from aw1@localhost) by steerpike.hanley.stade.co.uk (8.14.3/8.14.3/Submit) id n0N31pvM063261; Fri, 23 Jan 2009 03:01:51 GMT (envelope-from aw1) Date: Fri, 23 Jan 2009 03:01:51 +0000 From: Adrian Wontroba To: Jeffrey Williams Message-ID: <20090123030151.GA51388@steerpike.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , Jeffrey Williams , freebsd-stable@freebsd.org, mike@jellydonut.org, dimitry@andric.com, killing@multiplay.co.uk, Andrew Thompson References: <49777A7E.30904@sailorfej.net> <26ddd1750901211209k83250d7re8bb82dc2965ccd0@mail.gmail.com> <497785E2.5040007@sailorfej.net> <20090121203654.GB84399@citylink.fud.org.nz> <4977A06B.7060605@sailorfej.net> <4978C42E.5050500@sailorfej.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4978C42E.5050500@sailorfej.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.1-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on steerpike.hanley.stade.co.uk X-Virus-Status: Clean Cc: mike@jellydonut.org, dimitry@andric.com, freebsd-stable@freebsd.org, Andrew Thompson , killing@multiplay.co.uk Subject: Re: FreeBSD 7, runaway clock as guest OS on Microsoft Virtual Server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 03:43:04 -0000 On Thu, Jan 22, 2009 at 11:08:30AM -0800, Jeffrey Williams wrote: > Well this helped sort of, the clocks are running only a little fast at > this point (roughly seven minutes gained over 12 hours), but now for > some reason, ntpd is not resetting the clocks at all, despite multiple > good time sources, it was working fine before the kern.hz change. Any > reason why that would break ntpd? I'm afraid that most of the salient details are inaccessible at work, but I found this necessary to get sort of acceptable[*] time keeping in FreeBSD guests under VMware on Windows. Run a NTP server on the host. I used the Trimble NTP implementation, which I believe is no longer available. Disable Windows Time service. The last thing you want is more than one time adjustment mechanism - they fight, horribly. Run ntpd -b every minute on the guest against the host. Set VMware tools to not sync time. Make several non-standard settings in the guest's .vmx configuration file which disable time syncronisation at various points not covered by the VMware tools setting. Information found in some VMware technical documents. I'll dig this out tomorrow. End result - time skips +/- a few milliseconds each minute, and takes a while to sort itself out when the guest is suspended over a host reboot. [*] I've a thing about time. If all you want is a clock which is no slower than a minute out, and always goes forwards, ignore all of the above, don't run NTP on the guest, and set VMware tools to syncronise clocks. This is adequate for many. For my systems, I need better time keeping to distinguish cause from effect in problems involving interacting applications on multiple machines. -- Adrian Wontroba No matter what Cliff said, time is not the simplest thing (8-(