[panic] Kernel corruption of pppoe lists

2009-09-04 Thread Mel Flynn
>Submitter-Id: current-users >Originator:Mel Flynn >Confidential: no >Synopsis: [panic] Kernel corruption of pppoe lists >Severity: critical >Priority: low >Category: kern >Class: sw-bug >Release: FreeBSD 7.2-STABLE i386 >Environment: System: FreeBSD gate.r

Re: em driver input errors

2009-09-04 Thread Artis Caune
2009/8/1 : > Good day > > I'm running a FreeBSD 7.2 router and I am seeing a lot of input errors on one > of the em interfaces (em0), coupled with (at approximately the same times) > much fewer errors on em1 and em2.  Monitoring is done with SNMP from another > machine, and the CPU load as repo

Re: em driver input errors

2009-09-04 Thread Adrian Penisoara
Hi, On Sat, Aug 1, 2009 at 3:05 PM, wrote: > Good day > > I'm running a FreeBSD 7.2 router and I am seeing a lot of input errors on one > of the em interfaces (em0), coupled with (at approximately the same times) > much fewer errors on em1 and em2.  Monitoring is done with SNMP from another >

Re: [panic] Kernel corruption of pppoe lists

2009-09-04 Thread Dmitriy Zamuraev
I have same problem, and we are not alone. See http://www.freebsd.org/cgi/query-pr.cgi?pr=137881 (PR: kern/137881) You may append to this PR. - Original Message - From: "Mel Flynn" To: Cc: Sent: Friday, September 04, 2009 3:39 PM Subject: [panic] Kernel corruption of pppoe lists D

UDP output performance

2009-09-04 Thread Willem Jan Withagen
First of: I've been googleing for about a day, but I'll take any suggestions for more info. What I'm trying to do is get as much 1440 byte UDP packets out of an em device. And when tat works, get as much out of the 7 em devices that this board has. :) Currently I run into trouble at 250*174

Re: UDP output performance

2009-09-04 Thread Manish Vachharajani
Hmm, what version of FreeBSD are you using? I don't know the solution but I wonder if it is related to a similar problem we are having with TCP connection scaling, both under 7.2 and 8.0 over a 10 Gb link. We've been trying to track it down, and if you see it for UDP as well that may give some clu

Re: em driver input errors

2009-09-04 Thread Manish Vachharajani
Just decided to follow this thread as it seems to be related to some issues we are seeing as well. It appears that under heavy packet loads, the kernel cannot pull packets off the NIC fast enough and thus is slow to free up descriptors into which the NIC can DMA packets. This causes the NIC to dr

Re: UDP output performance

2009-09-04 Thread Willem Jan Withagen
Manish Vachharajani wrote: Hmm, what version of FreeBSD are you using? I don't know the solution but I wonder if it is related to a similar problem we are having with TCP connection scaling, both under 7.2 and 8.0 over a 10 Gb link. We've been trying to track it down, and if you see it for UDP a

Re: em driver input errors

2009-09-04 Thread alexpalias-bsdnet
--- On Fri, 9/4/09, Adrian Penisoara wrote: > From: Adrian Penisoara > Subject: Re: em driver input errors > To: alexpalias-bsd...@yahoo.com > Cc: freebsd-net@freebsd.org > Date: Friday, September 4, 2009, 5:11 PM > Hi, Hello > First question that comes to mind is: have you tried device > poll

Re: em driver input errors

2009-09-04 Thread alexpalias-bsdnet
--- On Fri, 9/4/09, Artis Caune wrote: > Is it still actual? Hello. Yes, this is still actual. 1> netstat -nbhI em0 ; uptime NameMtu Network Address Ipkts Ierrs IbytesOpkts Oerrs Obytes Coll em01500 00:14:22:17:80:dc 31G 93M18T

Re: D-Link DGE-560SX (Marvell 88E8061-based) doesn't see link

2009-09-04 Thread Pyun YongHyeon
On Tue, Sep 01, 2009 at 07:13:10PM +0300, Eugene Perevyazko wrote: > On Wed, Aug 26, 2009 at 12:48:56PM +0300, Eugene Perevyazko wrote: > > On Wed, Aug 26, 2009 at 12:39:16PM +0300, Eugene Perevyazko wrote: > > > On Tue, Aug 25, 2009 at 11:25:53AM -0700, Pyun YongHyeon wrote: > > > > > > > > Try a

Crash in ether_input

2009-09-04 Thread Chris Cowart
Hello, Starting about a week ago, our primary webserver (then running FreeBSD 7.0) began crashing several times a day, typically during our higher-load times of day. We have since upgraded to 7.1p7, but continued to see the frequent crashes. We are running an apache22 webserver with a lot of per