Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Ray Leach <raymondl@knowledgefactory.co.za>
To: Netfilter Mailing List <netfilter@lists.netfilter.org>
Subject: Re: Conntrack full, but not really
Date: Thu, 25 Mar 2004 07:17:38 +0200	[thread overview]
Message-ID: <1080191858.12362.80.camel@raylinux.internal> (raw)
In-Reply-To: <1080169030.8520.122.camel@smoogen2.lanl.gov>

[-- Attachment #1: Type: text/plain, Size: 1695 bytes --]

On Thu, 2004-03-25 at 00:57, Stephen Smoogen wrote:
> On Wed, 2004-03-24 at 14:13, Pierre Ossman wrote:
> > Hi!
> > 
> > I'm having the standard problem of the connection tracker running out of 
> > space, but this time with a twist. If I check how many connections it is 
> > currently tracking it is nowhere near the upper limit. I've searched 
> > through the archives and haven't found anything like this.
> > 
> > The machine is a P-2 333 MHz with 96 MB of RAM doing nothing but 
> > routing. It's running Red Hat 9 with kernel 2.4.20-28.9 (although the 
> > problem exists with other Red Hat kernels). The problem appears after 
> > about a month of uptime. After that the machine needs to be rebooted to 
> > recover (flushing out the connection tracker might work aswell but that 
> > doesn't really make the problem less severe).
> > 
> 
> The problem is with a conntrack patch that Red Hat is including from an
> old Alan Cox tree. It seems to leak memory somewhere so that if you look
> in /proc/net/ip_conntrack it is 'empty' but if you look at
> /proc/slabinfo it is full. 
> 
> The problem can show up pretty quickly if the ip_conntrack_ftp is loaded
> on a heavy server. My fix has been to get a 2.4.25 kernel and compile it
> as an RPM and use it. 
> 
> Beyond that, maybe RH will offer a fixed kernel for RHL-9, but I am
> doubting it.

Yeah, and if they don't just switch to SuSE ;-)

-- 
--
Raymond Leach <raymondl@knowledgefactory.co.za>
Network Support Specialist
http://www.knowledgefactory.co.za
"lynx -source http://www.rchq.co.za/raymondl.asc | gpg --import"
Key fingerprint = 7209 A695 9EE0 E971 A9AD  00EE 8757 EE47 F06F FB28
--

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2004-03-25  5:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-24 21:13 Conntrack full, but not really Pierre Ossman
2004-03-24 22:57 ` Stephen Smoogen
2004-03-25  5:17   ` Ray Leach [this message]
2004-03-25 10:30     ` Krystian

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1080191858.12362.80.camel@raylinux.internal \
    --to=raymondl@knowledgefactory.co.za \
    --cc=netfilter@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox