From owner-freebsd-questions@FreeBSD.ORG Wed Jan 14 14:30:30 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E246106568C for ; Wed, 14 Jan 2009 14:30:30 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD968FC0C for ; Wed, 14 Jan 2009 14:30:30 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTPSA id 5C861EBC3F; Wed, 14 Jan 2009 09:30:29 -0500 (EST) Date: Wed, 14 Jan 2009 09:30:28 -0500 From: Bill Moran To: scuba@centroin.com.br Message-Id: <20090114093028.9317f122.wmoran@potentialtech.com> In-Reply-To: References: X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Time skew X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 14:30:31 -0000 In response to scuba@centroin.com.br: > > I'm facing some strange behavior with an skew in the system clock. > The hardware is a Dell PowerEdge 2950III, running two instances of > FreeBSD 7.0-RELEASE-p5 - amd64 over an ESXi hipervisor. > To both were allocated 4 processors and 4 GB of RAM, and dmesg for > both are identical. > I'm using clockspeed to synchronize the clock, but just one of > them is delaying the clock a lot. I doubt that clockspeed will ever work for you. VMWare seems to "pause" virtual machines when they're not doing anything in order to allocate CPU for other running VMs. > The hardware clock is ok as far as the other virtual machine. > Where should I start to investigate? For "supported" OS (i.e. Windows/Linux) VMWare provides special programs to keep the clocks in sync. I expect this is because VMWare knows that they mangle the clock in such a way that typical clock management software will never be able to keep it in sync. One problem is that most clock synching software assumes that drift is relatively constant (and clockspeed seems to be the same) but clock drift in a virtual machine is _anything_ but constant. Unfortunately, VMWare has no love for FreeBSD. We've been able to keep clocks in sync by adding a cronjob that runs ntpdate every minute or so. Seems draconian, but it gets the job done. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/