Yes, I know this is still happening. I also have pretty good data now
that its a bogus problem, meaning due to scheduling issues the
watchdog does not get reset even though the system is just fine
as far as transmit descriptors is concerned. I have a patch that
detects this and keeps the watchdog from erroneously resetting
you, it has been running on my test system for days now without
problems.
Jack
On 11/2/06, Patrick M. Hausen <hausen@punkt.de>
wrote:> Hello!
>
> Our central backup server is still experiencing the same
> random problems. The timouts occur every other night or so,
> when the server has got high CPU load (compressing the
> backups) and transfers large amounts of data at the same
> time.
>
> Nov 2 02:19:34 datatomb kernel: em1: watchdog timeout -- resetting
> Nov 2 02:19:34 datatomb kernel: em1: link state changed to DOWN
> Nov 2 02:19:34 datatomb kernel: vlan23: link state changed to DOWN
> Nov 2 02:19:34 datatomb kernel: vlan22: link state changed to DOWN
> Nov 2 02:19:36 datatomb kernel: em1: link state changed to UP
> Nov 2 02:19:36 datatomb kernel: vlan23: link state changed to UP
> Nov 2 02:19:36 datatomb kernel: vlan22: link state changed to UP
>
> Jack, the hardware should be easy for you or someone else
> at Intel to get your hands on:
>
> http://www.intel.com/design/servers/storage/ssr212cc/index.htm
>
> Unfortunately I cannot give you root access to _that_ one.
>
> Regards,
> Patrick
> --
> punkt.de GmbH Internet - Dienstleistungen - Beratung
> Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100
> 76137 Karlsruhe http://punkt.de
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
"freebsd-stable-unsubscribe@freebsd.org"
>