Date: Tue, 02 Sep 2008 10:41:30 +0800 From: wang_jiabo <jiabwang@redhat.com> Subject: [users:00874] Re: failure3 .2.5.B: Part B: Prefix Lifetime greater than 2 hours(RFC 4862) To: users@tahi.org Message-Id: <48BCA7DA.6030402@redhat.com> In-Reply-To: <4C746D982532424D8D9F286C8A9B11E11B91199B8A@PA-EXMBX04.vmware.com> References: <48A94161.2010302@redhat.com> <A8D19528FBF27C4691BD90C81EB22ABE04EBD9AB@rdlnexch03.marvell.com> <48B35492.1080800@redhat.com> <A8D19528FBF27C4691BD90C81EB22ABE04F551DA@rdlnexch03.marvell.com>,<48BB534C.6040206@redhat.com> <4C746D982532424D8D9F286C8A9B11E11B91199B87@PA-EXMBX04.vmware.com>,<48BBD6A9.4000903@redhat.com> <4C746D982532424D8D9F286C8A9B11E11B91199B8A@PA-EXMBX04.vmware.com> X-Mail-Count: 00874Hello, Tony: Thanks, my TN computer get 3745, I think my TN should be correct the clock drift. my NUT is RHEL5.2, and TN freebsd 6.2 Thanks Wang jiabo Anthony Coon wrote: > Wang, > > It could be your clock or a defect in your ipv6 stack. > > I use the following utility to measure sleep drift for tahi machines. I have a HP box with 2 Xeons that drifts 10 seconds in 5 minutes with speedstep off. > > If you are not seeing a material drift, you should probably take this up with your developers as the stack may not be handling RA addresses correctly. > > =============== > #!/usr/bin/perl > > $tm=$ARGV[0]; > print "tm=$tm\n"; > > $tm0=time(); > > sleep($tm); > > $tm1=time(); > $tmx=$tm1-$tm0; > print "clock delta: $tmx\n"; > ================= > > Run this for an hour, for example: > ./drift.pl 3600 > > If it returns a delta materially different than 3600, you probably have a clock problem, else you may have a software defect in your stack... or both ;-) > > BTW, is the NUT RHEL5.2 and TN freebsd 7.0? > > HIH, > Tony > > ________________________________________ > From: wang_jiabo [jiabwang@redhat.com] > Sent: Monday, September 01, 2008 4:48 AM > To: users@tahi.org > Subject: [users:00872] Re: failure3 .2.5.B: Part B: Prefix Lifetime greater than 2 hours(RFC 4862) > > Hello, all: > very strange, I close the speedstep in Freebsd computer, but it is still > failure, > could you support me finding where problem is? > > Anthony Coon wrote: > >> Wang, >> >> Any chance that you are running on Intel chips with speedstep? See >> >> http://lists.freebsd.org/pipermail/freebsd-bugs/2007-February/022317.html >> >> and >> >> http://www.mavetju.org/mail/view_message.php?list=freebsd-bugs&id=2529282 >> >> HIH, >> Tony >> >> > <snip> > > >874_2.html (attatchment)(tag is disabled)