Hello,
Just wanted to send a me too on this issue. Whenever it happends I
can see our Cisco switch reporting the interface going down and up as
well (Line Protocol).
FreeBSD localhost.localdomain 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE
#1: Wed Sep 13 00:10:04 CEST 2006 [EMAIL PROTECTED
On 9/15/06, Martin Nilsson <[EMAIL PROTECTED]> wrote:
I'm also seeing these on a Supermicro PDSMi board with a recent stable.
Please tell me what debugging info that is needed to fix this.
/Martin
FreeBSD mailbox 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Sun Sep 10
17:43:15 CEST 2006 [EMAIL PR
On 9/14/06, David C. Myers <[EMAIL PROTECTED]> wrote:
> watchdogs mean that the transmit ring is not being cleaned, so the
> question is what is your machine doing at 100% cpu, if its that busy
> the network watchdogs may just be a side effect and not the real
> problem?
I get them with a comp
Something with em0 is really wrong. I dont get timeouts, but
Before cvsup I had 6.0-PRERELEASE and didn't have a problem.
Now I have "FreeBSD 6.2-PRERELEASE #8: Fri Sep 15 03:44:49 MSD 2006" and the
problem is so:
(On machine I have LARGE_NAT, em0, em1, em2)
on fresh system ping to www.ru fro
On Thu, Sep 14, 2006 at 02:27:29AM +0200, Ronald Klop wrote:
> Them manual page em(4) mentions trying another cable when the watchdog
> timeout happens, so I tried that. But it didn't help.
> Is there anything I can test to (help) debug this?
> It happens a lot when my machine is under load. (100
I'm also seeing these on a Supermicro PDSMi board with a recent stable.
Please tell me what debugging info that is needed to fix this.
/Martin
FreeBSD mailbox 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Sun Sep 10
17:43:15 CEST 2006 [EMAIL PROTECTED]:/usr/obj-local/usr/src/sys/SMP amd64
lspci
On Fri, 15 Sep 2006 02:06:08 +0200, David C. Myers <[EMAIL PROTECTED]>
wrote:
watchdogs mean that the transmit ring is not being cleaned, so the
question is what is your machine doing at 100% cpu, if its that busy
the network watchdogs may just be a side effect and not the real
problem?
I
watchdogs mean that the transmit ring is not being cleaned, so the
question is what is your machine doing at 100% cpu, if its that busy
the network watchdogs may just be a side effect and not the real
problem?
I get them with a completely idle machine. My home directory is mounted
via NFS (
Jack Vogel wrote:
On 9/13/06, Ronald Klop <[EMAIL PROTECTED]> wrote:
...
Them manual page em(4) mentions trying another cable when the watchdog
timeout happens, so I tried that. But it didn't help.
Is there anything I can test to (help) debug this?
It happens a lot when my machine is under loa
On 9/13/06, Ronald Klop <[EMAIL PROTECTED]> wrote:
...
Them manual page em(4) mentions trying another cable when the watchdog
timeout happens, so I tried that. But it didn't help.
Is there anything I can test to (help) debug this?
It happens a lot when my machine is under load. (100% CPU)
Is it
At 10:20 PM 9/13/2006, David Myers wrote:
Sep 5 11:55:12 ronald kernel: em0: watchdog timeout -- resetting
I got a bazillion of these, and a completely unusable machine, when
I upgraded to 6.1-stable sources as of two days ago. The machine
would simply freeze for minutes at a time. Going
Sep 5 11:55:12 ronald kernel: em0: watchdog timeout -- resetting
I got a bazillion of these, and a completely unusable machine, when I
upgraded to 6.1-stable sources as of two days ago. The machine would
simply freeze for minutes at a time. Going back to my previous kernel
(dating from
On Tue, 05 Sep 2006 23:52:05 +0200, Ronald Klop
<[EMAIL PROTECTED]> wrote:
Hello,
I get these errors a lot.
Sep 5 11:55:12 ronald kernel: em0: watchdog timeout -- resetting
Sep 5 11:55:12 ronald kernel: em0: link state changed to DOWN
Sep 5 11:55:14 ronald kernel: em0: link state changed
On Tuesday 05 September 2006 14:52, Ronald Klop wrote:
> Hello,
>
> I get these errors a lot.
>
> Sep 5 11:55:12 ronald kernel: em0: watchdog timeout -- resetting
> Sep 5 11:55:12 ronald kernel: em0: link state changed to DOWN
> Sep 5 11:55:14 ronald kernel: em0: link state changed to UP
> Sep
14 matches
Mail list logo
