From: Herbert Xu <herbert@gondor.apana.org.au>
To: ranma+kernel@tdiedrich.de (Tobias Diedrich)
Subject: Re: dst cache overflow
Cc: linux-net@vger.kernel.org, linux-kernel@vger.kernel.org,
       dada1@cosmosbay.com
Organization: Core
In-Reply-To: <20071214172945.GA10809@yamamaya.is-a-geek.org>
User-Agent: tin/1.7.4-20040225 ("Benbecula") (UNIX) (Linux/2.6.17-rc4 (i686))
Message-Id: <E1J3QWn-0006sJ-00@gondolin.me.apana.org.au>
Date: Sat, 15 Dec 2007 14:29:37 +0800
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1175
Lines: 28

Tobias Diedrich <ranma+kernel@tdiedrich.de> wrote:
>
> Meanwhile I added a slab statistic rrd script. Nothing obvious to
> see on ari or yumi yet, but on oni (which after all is the most
> affected by this) I can see 'size_2048' and 'TCPv6' growing
> steadily along with the route cache size (Presumably 'ip_dst_cache',
> which is also growing larger at a more or less constant rate).

OK that almost certainly means that we have a leak of TCPv6
objects which would then cause a leak of dst objects.

So you need to track down why TCPv6 isn't getting cleaned up.
First check the obvious, do you have any process(es) that are
hoarding TCPv6 sockets?

If not do you see a growing list of dead sockets in netstat?

Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/