[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4A1ABADD.7000806@trash.net>
Date: Mon, 25 May 2009 17:35:57 +0200
From: Patrick McHardy <kaber@...sh.net>
To: Denys Fedoryschenko <denys@...p.net.lb>
CC: Pablo Neira Ayuso <pablo@...filter.org>, netdev@...r.kernel.org,
netfilter-devel@...r.kernel.org
Subject: Re: ipt_MASQUERADE weirdness (consuming CPU cycles while not used)
Denys Fedoryschenko wrote:
> On Thursday 21 May 2009 21:00:52 Pablo Neira Ayuso wrote:
>> Denys Fedoryschenko wrote:
>>> I have loaded pppoe (1700 users). I test one rule for short time with -j
>>> MASQUERADE, then removed it and reset conntrack (conntrack -F). But still
>>> i can see it is consuming CPU even when it is not used in any rule. Even
>>> i reboot server and just load rules that dont have MASQUERADE, and just
>>> load module - it will start consuming CPU immediately.
>> Are you using 2.6.29 with any conntrack helper loaded? In that case this
>> fix is not in -stable yet.
>>
>> http://kerneltrap.org/mailarchive/linux-netdev/2009/4/8/5440564
>>
>>> 64811 3.7735 ipt_MASQUERADE ipt_MASQUERADE
>>> device_cmp
>> device_cmp() by nf_ct_iterate_cleanup() when NETDEV_DOWN event is
>> received. Weird, is your device going down quite often? Another
>> possibility is that there's some entry stuck in the conntrack table that
>> we cannot delete, perhaps we're leaking refcounts somewhere.
>
> It is loaded pppoe server (2k interfaces), sure they are
> appearing-disappearing non-stop. Thats maybe case, but weird that it is
> consuming CPU time while module not used at all anywhere (no rules with
> MASQUERADE).
It doesn't know that until it has iterated over the conntrack table
and looked at all the entries. We could add a module parameter to
disable the "autoclean" feature, but it seems easier to just not
load it if you don't actually need it.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists