Intel 82574L Gigabit Ethernet Controller

Shtorm admin at shtorm.com
Fri Jul 9 17:20:22 UTC 2010


Yes, I'm not a kernel hacker, but cat understand what C code says, I see
your point. It will take few days until I can get to server room, will
try without ntpd.

Also, I have kern.hz=4000 in loader.conf, as far as I understand tick
length will be 25 ms and timeout for watchdog will be 10*25 ms = 250ms
Is it enough for adapter or I need to increase 

#define EM_WATCHDOG                   (10 * hz)

I can be wrong with this, just do not have appropriate knowledge.

Thanks for your help.

On Fri, 2010-07-09 at 09:26 -0700, Jack Vogel wrote:
> LOL, the way the watchdog code works these days it records the clock
> at key TX points and then compares that in the timer code, so if your
> system is dinking around with the time that could be the cause of this.
> 
> Can you change the environment to guarantee a continuous time
> stream and then see what happens??
> 
> Jack
> 
> 
> On Fri, Jul 9, 2010 at 8:07 AM, Shtorm <admin at shtorm.com> wrote:
> 
> > On Fri, 2010-07-09 at 23:58 +1000, Ian Smith wrote:
> > > On Wed, 7 Jul 2010, Shtorm wrote:
> > >  >
> > >  > > Yow, 30 vlans, but only em1 is using vlans not em0?
> > >  > >
> > >  > > Is only em1 having watchdogs? I noticed you appear to
> > >  > > have flow control off, maybe turning it on would help.
> > >  > >
> > >  > > I would like to see the log messages from the watchdogs.
> > >  > > Jack
> > >  >
> > >  > Yes, em0 - plain untagged traffic to border router, em1 - tagged - one
> > >  > vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too,
> > >  > there is no logs for it because remote syslog server connected via em0
> > >  > and it looses messages during card reset, will enable local logs to
> > get
> > >  > some info.
> > >  >
> > >  > Log files are almost empty, is there any driver-specific debugging
> > >  > options other than TUNABLE_INT("hw.em.sbp", &em_debug_sbp)? Anyway
> > will
> > >  > try to set it to 1 and wait for watchdog.
> > >  >
> > >  > Here is a part from log file I have now
> > >
> > > Deleting the stuff you're most interested in :)
> > >
> > >  > Jul  6 10:32:34 ntp info hostname x.x.x.8 ntpd  adjusting local clock
> > by 5.083720s
> > >  > Jul  6 10:33:07 ntp info hostname x.x.x.8 ntpd  adjusting local clock
> > by 4.915903s
> > >  > Jul  6 10:35:01 auth info hostname x.x.x.8 login  login on ttyv2 as
> > root
> > >  > Jul  6 10:35:01 auth notice hostname x.x.x.8 login  ROOT LOGIN (root)
> > ON ttyv2
> > >  > Jul  6 10:35:24 kern crit hostname x.x.x.8 kernel  em1: Watchdog
> > timeout -- resetting
> > > [..]
> > >  > Jul  6 10:37:21 ntp info hostname x.x.x.8 ntpd  adjusting local clock
> > by 3.641940s
> > >  > Jul  6 10:37:46 kern crit hostname x.x.x.8 kernel  em1: Watchdog
> > timeout -- resetting
> > > [..]
> > >  > Jul  6 10:38:40 kern crit hostname x.x.x.8 kernel  Limiting icmp
> > unreach
> > >  > response from 237 to 200 packets/sec
> > >  > Jul  6 10:39:10 kern crit hostname x.x.x.8 kernel  em1: Watchdog
> > timeout  > -- resetting
> > >
> > > Probably completely unrelated, but I can't help noticing those big clock
> > > shifts by ntp over a short period amidst all this.  I don't know if that
> > > could affect watchdogs, but is it a regular occurrence during these?
> > >
> > > >From your latest, a bit more noise from ntp:
> > >
> > >  > Jul  8 07:23:40 <kern.crit> server kernel: em0: Watchdog timeout --
> > resetting
> > > [..]
> > >  > Jul  8 07:23:56 <ntp.crit> server ntpd[3687]: 2 out of 3 peers valid
> > >  > Jul  8 07:23:56 <ntp.crit> server ntpd[3687]: bad peer from pool
> > pool.ntp.org (195.214.215.17)
> > >  > Jul  8 07:27:15 <kern.crit> server kernel: em0: Watchdog timeout --
> > resetting
> > >
> > > Ignore if not relevant.
> > >
> > > cheers, Ian
> > > _______________________________________________
> > > freebsd-net at freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-net
> > > To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
> >
> > Yeah, saw this too, it was first boot for this install and I forgot to
> > run tzsetup during flash image build.
> >
> > As for the latest log, this box connected to internet via em0, ntpd just
> > says it have some peers to sync with after interface flap.
> >
> > Thanks.
> >
> >
> >
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"




More information about the freebsd-net mailing list