ere I might start
looking.. If more information would be helpful, let me know what's needed.
Any help would be appreciated.
Thanks!
Jason DiCioccio
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To
(oops.. replying to list(s) as well this time)
Hello,
On Wed, Dec 31, 2008 at 05:53, wrote:
> Synopsis: [panic] Leaking 50k mbufs/hour
>
> State-Changed-From-To: open->feedback
> State-Changed-By: vwe
> State-Changed-When: Wed Dec 31 13:44:37 UTC 2008
> State-Changed-Why:
> Jason,
> your network
Adding a bit more info.. Here's the netstat -m and vmstat -z output after
the mbufs have had a while to build up:
-- netstat -m --
959510/235/959745 mbufs in use (current/cache/total)
257/133/390/25600 mbuf clusters in use (current/cache/total/max)
257/127 mbuf+clusters out of packet secondary zon
The following reply was made to PR kern/130059; it has been noted by GNATS.
From: "Jason DiCioccio"
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/130059: [panic] Leaking 50k mbufs/hour
Date: Fri, 2 Jan 2009 13:02:47 -0800
--=_Part_175155_3729370.1230930167365
Content-
So I've got various vmcores here from kmem_malloc failures.. I already
know that it's an excess of mbufs that's causing the crash, I'm just
trying to figure out what the mbufs contain so that I can try and figure
out where they came from..
Currently I'm able to get at (uma_zone_t)zone_mbuf, b
I narrowed this bug down to the following patch to djb's ucspi-tcp
(adds ipv6 functionality):
http://www.fefe.de/ucspi/
I don't think that userland processes should be able to wreak that
much havoc on the network stack. Another thing of note is that even
if I kill the processes causing the proble
The following reply was made to PR kern/130059; it has been noted by GNATS.
From: "Jason DiCioccio"
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/130059: [panic] Leaking 50k mbufs/hour
Date: Fri, 16 Jan 2009 16:51:47 -0800
I narrowed this bug down to the following patch to d
Is 192.168.7.1 the freebsd gateway? Because that would explain it.
You need to send to the linux box's IP
On 2009-05-29, Sebastian Mellmann
wrote:
> Hello everyone!
>
> I'm using 'pktgen' [1] under linux to generate packets.
>
>
> My topology looks like this:
>
> (linux-box #1) <---> (em0 - free
From: "Darren Reed" <[EMAIL PROTECTED]>
Subject: Re: non-random IP IDs
> How long has your box been up ? How many changes to the system config
> have been made since then ? If you're not there, and it reboots, will
> it come up 100% functional ? Do your computers need some amount of
m too :). I've been searching around and have been
unable to find anything to let me do this.
Thanks in advance,
Jason DiCioccio
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
10 matches
Mail list logo
