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 <[EMAIL PROTECTED]> 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 "[EMAIL PROTECTED]"
_______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
