From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1N2TyC-0003xu-51 for garchives@archives.gentoo.org; Mon, 26 Oct 2009 18:07:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 679ACE0775; Mon, 26 Oct 2009 18:07:02 +0000 (UTC) Received: from puchmayr.linznet.at (puchmayr.linznet.at [80.66.46.165]) by pigeon.gentoo.org (Postfix) with ESMTP id CFBEBE0775 for ; Mon, 26 Oct 2009 18:07:01 +0000 (UTC) Received: (qmail 5776 invoked by uid 210); 26 Oct 2009 18:07:00 -0000 Received: from zeus.local by hephaestos (envelope-from , uid 201) with qmail-scanner-2.05st (clamdscan: 0.94.2/9939. spamassassin: 3.2.1. perlscan: 2.05st. Clear:RC:1(192.168.1.2):. Processed in 0.102313 secs); 26 Oct 2009 18:07:00 -0000 Received: from zeus.local (HELO zeus.localnet) (192.168.1.2) by hephaestos.puchmayr.linznet.at with SMTP; 26 Oct 2009 18:06:59 -0000 From: Alexander Puchmayr To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] ntp large drift (frequency error, frequent time resets) Date: Mon, 26 Oct 2009 19:10:52 +0100 User-Agent: KMail/1.12.1 (Linux/2.6.30-gentoo-r4; KDE/4.3.1; x86_64; ; ) References: <200910261554.25051.alexander.puchmayr@linznet.at> <4AE5BEDF.2050709@gnoo.eu> In-Reply-To: <4AE5BEDF.2050709@gnoo.eu> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200910261910.52755.alexander.puchmayr@linznet.at> X-Archives-Salt: d1fb3b3c-1126-4c9c-832e-5fa844d5c696 X-Archives-Hash: 4af849b6d2c88b22e1b16cf1e889036e Am Montag 26 Oktober 2009 16:23:11 schrieb Jil Larner: > Hi, >=20 > Alexander Puchmayr a =C3=A9crit : > > I think I have a problem with the system time, which is considerable too > > slow. It looses about 3 seconds every 20 minutes (i.e. ~10 secs/hour or= 4 > > minutes per day). This seems to be too much for ntp to compensate. >=20 > Is it physical or virtual environment? If virtual, clock issues are > common and, in case of VMWare, their tools handle them because ntp > cannot. Still, never use a virtual machine as a time reference. >=20 > If it's physical, my two cents are clueless. Maybe you wish to reduce > the frequency of the clock; I know it's a kernel parameter, but don't > remember which one. >=20 Its a physical environment, although the server has some KVMs running.=20 Greetings, Alex