From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1F8m7V-00072E-3X for garchives@archives.gentoo.org; Mon, 13 Feb 2006 22:24:33 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1DMNQOL013913; Mon, 13 Feb 2006 22:23:26 GMT Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1DMJQEB011787 for ; Mon, 13 Feb 2006 22:19:27 GMT Received: by zproxy.gmail.com with SMTP id f1so1106714nzc for ; Mon, 13 Feb 2006 14:19:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oHJQhJsXue+Qg5S5IeG3mdAaUt6Bzmm9KsGTrV75ytUM2+MEKVTeLDPZ1AU8XAOrAfGMFS7JzkStQf4ea8rkfKIzFNu2zyi+zMTJXyY0op8QoqL7yzrEFMcwUMbtgN5MpedyOHiFn6Xrbjb2nhWiolqypFeXcgwd3og8vThyxcg= Received: by 10.65.210.18 with SMTP id m18mr1307244qbq; Mon, 13 Feb 2006 14:19:26 -0800 (PST) Received: by 10.64.143.7 with HTTP; Mon, 13 Feb 2006 14:19:26 -0800 (PST) Message-ID: <5bdc1c8b0602131419v5f1e4e7ew32fdf7adbb0c36cc@mail.gmail.com> Date: Mon, 13 Feb 2006 14:19:26 -0800 From: Mark Knecht To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: System Clock Problems In-Reply-To: <43F0EC64.50102@comcast.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <43EF962C.6030507@mykitchentable.net> <87d5hrkiv0.fsf@newsguy.com> <43F0C548.7050306@mykitchentable.net> <5bdc1c8b0602131222q116fa4av96b0252025fad123@mail.gmail.com> <43F0EC64.50102@comcast.net> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id k1DMJQEB011787 X-Archives-Salt: 3e38b1cc-fd79-4616-a51b-58905ed6fd5b X-Archives-Hash: c1fd0dfe7861fa6e4d8a4b8a9aa3feb5 Answer is at the bottom On 2/13/06, Jeff wrote: > Hey Mark. > > I'd also like to pitch in here. > > Since about two weeks ago, my machines are no longer keeping time as > well. I'm getting errors when my systems boot during sysinit - the clock > script fails miserably, and some systems it forces me into console to > try and correct the problem. > > I'm not sure that sysinit scripts have much to do with the system's > time, being that the kernel takes care of time - but again, since about > two weeks back, I have at least 4 systems that will not keep time, > regardless of hwclock or ntpdate commands. > > The following message is recurring on these 4 machines: > > select() to /dev/rtc to wait for clock tick timed out > > Anyone know what's going on here? > > Mark Knecht wrote: > > On 2/13/06, Drew Tomlinson wrote: > > > > > >>Anyway, I really appreciate your thoughts. Because this box runs > >>MythTV, time is *VERY* important. Imagine my surprise when I went to > >>watch the first day of the Olympics on to find out that my recordings > >>were off by over an hour and half. :) > >> > >>Thanks, > >> > >>Drew > > > > > > Drew, > > Please excuse me jumping in here. I have seen no other emails in > > this thread so maybe I'm wasting time. I hope not. > > > > I have a number of Gentoo machines. For some reason in the last > > week or 10 days my AMD64 machine stopped keeping time. I'd boot it in > > the morning and even the day would be off. It was horrible. > > > > With a little help from others I found that, at least in my case, I > > needed to start running ntp-client in the default run level. I never > > ran this before but there appears to have been change recently that > > has made it more important. Either that or I was just lucky before. > > > > I've since added ntp-client on all the machines and things are now > > dead on as far as I can tell. > > > > One other thing that was recommended to me was to remove the > > /etc/adjust file when doing this. I did that also. > > > > Again, if all of this has already been covered I apologize for > > taking up too much time. > > > > Good luck, > > Mark > > Jeff, I realized over lunch I didn't give Drew all the ammo he might have wanted to go try out the fix for himself. (Not that he needs ammo from me.) If your problems are at all similar to the ones I was suffering through then you can test the fix by hand doing the following commands: /etc/init/ntpd stop /etcinit.d ntp-client start /etc/init.d ntpd start /etc/init.d/ntpd zap after the stop to clear up stuff left behind by the scripts or by ntpd crashing or stopping sometime unexpectedly. I did. After doing that my clocks were immediately back on time and I haven't hd trouble since then, although it;s only been a few days since the guys on the gentoo-amd64 list gave me the info. You might also have to optionally do I understand that the /etc/adjust file tells the system something about how much to adjust time and that it's better to allow that to be recreated or just let the system run without it. In my case I ran without on for a few days and magically I now have a new one created for me automatically: mark@lightning ~ $ ls -la /etc/adjtime -rw-r--r-- 1 root root 44 Feb 13 08:35 /etc/adjtime mark@lightning ~ $ Hope this helps, Mark -- gentoo-user@gentoo.org mailing list