From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 04:58:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ADA716A420 for ; Sat, 31 Dec 2005 04:58:25 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D3943D53 for ; Sat, 31 Dec 2005 04:58:18 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.4/8.13.4) with ESMTP id jBV4wC2q048685 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 30 Dec 2005 20:58:12 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Fri, 30 Dec 2005 20:50:21 -0800 From: =?Windows-1250?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <6210269530.20051230205021@takeda.tk> To: Koen Martens In-Reply-To: <43B50C2A.9030405@metro.cx> References: <200512300039.jBU0dtYd051657@fire.jhs.private> <43B50C2A.9030405@metro.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 14:57:59 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: stable@freebsd.org, "Julian H. Stacey" Subject: Re: "runtime went backwards" message in logs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 04:58:25 -0000 Hello Koen, Friday, December 30, 2005, 2:30:02 AM, you wrote: >>Highly likely it has a Lot to do with it :-) Maybe the master time >>server had `date` run manually, or otherwise shifted, or came back >>on net after an outage, & the systems noticed drifted time & corrected etc. >> man ntpd >> man ntp.conf >> etc :-) > AFAIK, under normal circumstances ntpd should never reset the current > time the hard way. Ntpd slows down (slews) or increases (steps) the > speed of your clock, such that it will catch up or fall behind enough to > become in line with the ntp servers it is listening to (since resetting > the time the hard way is usually not a good idea; think makefiles, > cronjobs that could run twice, etc..). You could check out the -x flag > to nptd, to prevent setting the clock the hard way all together (since > network congestion and stuff like that might result in ntpd setting the > clock the hard way). I would like thank you and Julian for your help, it made this more clearer to me. But besides ntp what are other possibilities for this error? When I was googling I saw that people received this message mostly on vmware, and in 5.x versions. Switching kern.timecounter.hardware to different value helped for them. Also it's suspicious that this happened just in time sendmail was asked to send mail. There aren't any ntp log messages around that time... Here is how mya kern.timecounter look like: [chinatsu]:/home/takeda> sysctl kern.timecounter kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 1655158110 kern.timecounter.nnanouptime: 839637 kern.timecounter.nmicrouptime: 3091359 kern.timecounter.nbintime: 260308074 kern.timecounter.nnanotime: 60604863 kern.timecounter.nmicrotime: 197638763 kern.timecounter.ngetbinuptime: 26146849 kern.timecounter.ngetnanouptime: 45598642 kern.timecounter.ngetmicrouptime: 178378839 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 306812 kern.timecounter.ngetmicrotime: 562893914 kern.timecounter.nsetclock: 4 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 Not sure how much helpful it is... Anyway, happy New Year to everyone on this list... -- Best regards, Derek mailto:takeda@takeda.tk http://www.takeda.tk Weinberg's Second Law If builders built buildings the way programmers write programs, then the first woodpecker that came along would destroy civilization.