From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 25 15:50:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CDCC16A4E2 for ; Tue, 25 Jul 2006 15:50:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAD6A43D45 for ; Tue, 25 Jul 2006 15:50:42 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.221] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id k6PFogjU063667; Tue, 25 Jul 2006 08:50:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <44C63DD2.9080705@freebsd.org> Date: Tue, 25 Jul 2006 08:50:42 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: scheidell@secnap.net References: <20060725.093429.-1648696470.imp@bsdimp.com> In-Reply-To: <20060725.093429.-1648696470.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: FBSD 5.5 and software timers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 15:50:43 -0000 M. Warner Losh wrote: > In message: > "Michael Scheidell" writes: > : > I presume the servers are all stable (ie not stepping) and > : > have a reasonably low delay. If so, I suspect your ntpd PLL > : > has locked up. I've seen problems with some versions of ntpd > : > : 20 different machines? > > That would strongly imply a poor choice of upstream server. It might also help to set up 1 machine as your NTP master. Have it sync to the upstream servers and have the rest of your machines sync to it. This won't solve the problem, but might make it easier to solve (once your NTP master is stable, the rest should follow). You can experiment with different upstream servers, different network settings, different NTP settings, etc. Tim P.S. ntp docs outline the following as "best practice": Use 2 local machines as NTP masters, each syncing to a completely different set of upstream masters. The rest of your machines sync to both of your local masters. This is supposed to protect you against a wide variety of timekeeping failures.