RE: Memory leaks in ip_conntrack?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Anthony & all,
Yes,  iam seeing a lot of "ip_conntrack: table full, dropping packet."
messages in dmesg. 
ip_conntrack_max is 131072 not 13072, my mistake, '1' might have got deleted
in my email.
-Kishore

-----Original Message-----
From: Antony Stone [mailto:Antony@xxxxxxxxxxxxxxxxxxxx]
Sent: Sunday, November 09, 2003 2:46 AM
To: netfilter@xxxxxxxxxxxxxxxxxxx
Subject: Re: Memory leaks in ip_conntrack?


On Sunday 09 November 2003 6:26 am, Alistair Tonner wrote:

> On November 8, 2003 10:43 pm, Antony Stone wrote:
> > On Sunday 09 November 2003 3:08 am, Kishore Dharmavaram wrote:
> > > Hi Herald & All,
> > >
> > > I verified & I find my 2.4.20 is already patched with UNCONFIRMED
> > > connections fix.
> > >
> > > How it possible that /proc/slabinfo shows a lot more ip_conntracks
than
> > > are shown in "/proc/net/ip_conntrack"?. /proc/slabinfo shows that
> > > maximum possible conntracks, 131072, are being currently used but
> > > /proc/net/ip_conntrack  shows only 21 connections. My box is refusing
> > > new connections because max conntracks have reached.
> >
> > Are you getting any messages "ip_conntrack : table full, dropping
packet"
> > in your syslog or kernel log output?
> >
> > If not, how do you know that the box is refusing new connections because
> > max conntracks have been reached?
>
> 	if /proc/slabinfo is showing memory OBJECTS not CONNECTIONS.
> 		and 13072 != 131072
>
> 	I'm not sure what those objects are but as I follow my reading of
slabinfo
> *all* objects acllocated are counted in htere...   I'm not sure what all
> gets allocated by ip_conntrack -- developers would be better at that

Yes, but I'm asking what evidence you have that the box is *refusing new 
connections*, and that it is doing so *because the maximum number of 
conntracks has been reached*?

Are you getting any messages "ip_conntrack : table full, dropping packet"
in your syslog or kernel log output?

Antony

-- 

If you want to be happy for an hour, get drunk.
If you want to be happy for a year, get married.
If you want to be happy for a lifetime, get a garden.
                                                     Please reply to the
list;
                                                           please don't CC
me.


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux