Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 24 May 2010 09:18:55 -0700
From:      "Kevin Oberman" <oberman@es.net>
To:        Jeremy Chadwick <freebsd@jdc.parodius.com>
Cc:        FreeBSD Stable <freebsd-stable@freebsd.org>, Stefan Bethke <stb@lassitu.de>
Subject:   Re: make world fails in usr.sbin/config? 
Message-ID:  <20100524161855.232761CC3A@ptavv.es.net>
In-Reply-To: Your message of "Mon, 24 May 2010 05:29:44 PDT." <20100524122944.GA26720@icarus.home.lan> 

next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Mon, 24 May 2010 05:29:44 -0700
> From: Jeremy Chadwick <freebsd@jdc.parodius.com>
> Sender: owner-freebsd-stable@freebsd.org
> 
> On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote:
> > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:
> > 
> > > 1) Were you using any "-j" flags during your make?  If so, try without it.
> > > Sometimes these are known to cause oddities, even if occasionally.
> > 
> > Nope.
> > 
> > > 2) Make sure your system clock is correct and isn't drifting badly.
> > > Highly recommend you use ntpdate to set the clock initially, then run
> > > ntpd at all times.
> > 
> > # ntpq -p
> >      remote           refid      st t when poll reach   delay   offset  jitter
> > ==============================================================================
> > +lokschuppen.zs6 131.188.3.222    2 u   69  512  377   34.115    5.313   0.153
> > *jachthafen.hans 131.188.3.222    2 u   52  512  377   33.966    4.757   0.554
> > -ps.bucuo.de     192.53.103.108   2 u  185  512  377   39.567    7.895   0.268
> > -svr02.teleport- 73.120.242.92    2 u  187  512  377   44.572    6.949   0.542
> > -netzwerkteufel. 192.53.103.104   2 u  202  512  377   35.338    7.662   0.422
> > +qraftwerk.de    192.53.103.108   2 u  141  512  377   52.505    5.228   0.256
> > 
> > I'll try a new checkout next.
> 
> Your clock looks OK (worst drift from a stratum 2 comparison is 5.313
> seconds).

Minor correction on this. The offset values from 'ntpq -p' are in
milliseconds, so the worst offset is <6 ms. Not great, but way better
than is really needed.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100524161855.232761CC3A>