linux-kernel - Re: dst cache overflow

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20070816184501.cbbd28a2.dada1@cosmosbay.com>
Date:	Thu, 16 Aug 2007 18:45:01 +0200
From:	Eric Dumazet <dada1@...mosbay.com>
To:	Tobias Diedrich <ranma+kernel@...edrich.de>
Cc:	linux-net@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: dst cache overflow

On Tue, 14 Aug 2007 20:00:15 +0200
Tobias Diedrich <ranma+kernel@...edrich.de> wrote:

> Eric Dumazet wrote:
> 
> > Tobias Diedrich <ranma+kernel@...edrich.de> wrote:
> > 
> > > Hello,
> > > 
> > > I suspect I'm seeing a slow dst cache leakage on one of my servers.
> > > The server in question (oni) regularly needs to be rebooted, because
> > > it loses network connectivity. However, netconsole and syslog shows that the
> > > machine is still running and the kernel complains about "dst cache
> > > overflow".
> > > 
> > > I have since installed a monitoring script, which stores the output of
> > > both "ip route ls cache | fgrep cache | wc -l" and the 'entries' value
> > > of /proc/net/stat/rt_cache (as suggested in 
> > > http://www.mail-archive.com/netdev@vger.kernel.org/msg02107.html)
> > > and produces a nice rrd graph:
> > > 
> > > http://uguu.de/~ranma/route-month-oni.png
> > > So entries is growing more or less constantly, while the number of
> > > active routes (not visible on the graph due to being too small) is
> > > relatively constant.
> > > 
> > > Comparing this to another host running the exact same kernel:
> > > http://uguu.de/~ranma/route-month-ari.png
> > > Here cached_routes and entries barely differ at all.
> > > 
> > > The funny thing is, both hosts are running the exact same kernel
> > > and use more or less the same iptables rules.
> > > 
> > > So I'm not sure what would cause the dst cache to leak only on host
> > > oni?
> > > 
> > 
> > Could you send the result of these commands on oni and ari ?
> > 
> > ip route ls
> > grep . /proc/sys/net/ipv4/route/*
> 
> Sure.
> 
> AFAICS the only visible difference is gc_thresh, which is probably
> double the size on oni since oni has double the amount of memory
> (512MB for oni vs. 256MB for ari).

You might try to boot oni adding this to kernel commandline : rhash_entries=2047
so that oni has the same route cache hashtable, and see if it changes anything.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/