From owner-freebsd-questions@FreeBSD.ORG Thu May 31 23:24:51 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FA7216A41F for ; Thu, 31 May 2007 23:24:51 +0000 (UTC) (envelope-from SRS1=65c252c6c81a4ab835edc75ce167ad348d167540=es.net==65c252c6c81a4ab835edc75ce167ad348d167540=352=es.net=webster@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 140CA13C458 for ; Thu, 31 May 2007 23:24:50 +0000 (UTC) (envelope-from SRS1=65c252c6c81a4ab835edc75ce167ad348d167540=es.net==65c252c6c81a4ab835edc75ce167ad348d167540=352=es.net=webster@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id KCO83609 for ; Thu, 31 May 2007 16:09:09 -0700 Received: from vortex.es.net (vortex.es.net [198.128.1.16]) by postal4.es.net (Postal Node 4) with ASMTP (SSL) id KCO39704; Thu, 31 May 2007 16:09:04 -0700 Date: Thu, 31 May 2007 16:09:03 -0700 From: John Webster To: Schiz0 , freebsd-questions@freebsd.org Message-ID: <88F7676A21FA33FC61A2AA75@vortex.es.net> In-Reply-To: <8d23ec860705311602t6e04362fw2a8926c263cdb1c9@mail.gmail.com> References: <8d23ec860705311602t6e04362fw2a8926c263cdb1c9@mail.gmail.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: NTPd not syncing time correctly - No errors either X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Webster List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2007 23:24:51 -0000 --On Thursday, May 31, 2007 19:02:47 -0400 Schiz0 wrote: > Hey, > > I'm running a dev server in VMWare (On a WindowsXP host) just to screw > around with some things. Running FreeBSD 6.2-STABLE. VMWare causes the clock > in FreeBSD to be a inaccurate; it loses about 2 hours every 24 hours. > > I read the handbook entry on the NTP daemon which automatically syncs the > clock. Previously I was using cron to run ntpdate every 2 hours. > > I set NTPd to update using NTP.org's pool servers. Yet it isn't syncing. I > setup NTPd last night. I checked about 20 minutes ago and the time was off > by 2 hours. I shutdown ntpd and ran ntpdate manually, and it updated just > fine. > > My logs have only this: > /var/log/messages:May 30 23:04:19 Jupiter ntpd[489]: ntpd 4.2.0-a Mon May 28 > 23:49:40 EDT 2007 (1) > /var/log/messages:May 30 23:04:19 Jupiter ntpd[489]: no IPv6 interfaces > found > /var/log/messages:May 31 16:41:50 Jupiter ntpd[489]: ntpd exiting on signal > 15 > > The first two came up as soon as I started NTPd. The third one was when I > stopped it. I rebuild world without IPv6 support. I tried adding the -4 flag > to ntpd_flags in /etc/rc.conf as it says in the man page, but NTPd reports > that -4 doesn't exist. > > While NTPd is running, I ran "ntpq -np" to display the peers. It did output > the four servers from pool.ntp.org, so it's connecting fine. > > My /etc/rc.conf contains: > ntpd_enable="YES" > ntpd_sync_on_start="YES" > ntpd_flags="-p /var/run/ntpd.pid -f /var/db/ntpd.drift -g" > > Anyone know how I can fix this? Or should I just go back to running ntpdate > with cron? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > "NTP was not designed to run inside of a virtual machine. It requires a high resolution system clock, with response times to clock interrupts that are serviced with a high level of accuracy. No known virtual machine is capable of meeting these requirements. Run NTP on the base OS of the machine, and then have your various guest OSes take advantage of the good clock that is created on the system. Even that may not be enough, as there may be additional tools or kernel options that you need to enable so that virtual machine clients can adequately synchronize their virtual clocks to the physical system clock. "