Date: Thu, 15 May 2008 21:42:47 +0000 (UTC) From: D Hill <d.hill@mwci.net> To: FreeBSD-Questions@FreeBSD.org Subject: Re: time drift Message-ID: <alpine.BSF.1.10.0805152138490.57366@duane.dbq.yournetplus.com> In-Reply-To: <20080515211620.GH18488@hal.rescomp.berkeley.edu> References: <20080515185758.GA12709@ikarus.thalreit> <20080515210819.GA12605@Grumpy.DynDNS.org> <20080515211620.GH18488@hal.rescomp.berkeley.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 15 May 2008 at 14:16 -0700, ccowart@rescomp.berkeley.edu confabulated: > David Kelly wrote: >> Its PC commodity-grade. Not all that unusual even for stuff sold >> claiming to be a "server". This is in no small part why ntpd exists. >> >> nptd calculates a correction coefficient and (under FreeBSD) stores it >> in /var/db/ntpd.drift for use on next start so as to more quickly >> establish a lock. >> >> So in short ntpd calibrates your clock in order to minimize the >> corrections required. Is The Right Thing To Do. > > We run a large number of FreeBSD servers under vmware. We've seen ntpd > silently die, because the drift becomes "insane." What do others do in > this situation? (We've resorted to croning ntpdate for VMs.) I've also found running FreeBSD 6.2, 6.1 and 6.0 in VMWare, I've had to reduce kern.hz in /boot/loader.conf. I had to reduce it to 50. Otherwise the clock really lost time.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.1.10.0805152138490.57366>