From: Jean-Philippe Menil <jean-philippe.menil@univ-nantes.fr>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: netfilter-devel@vger.kernel.org
Subject: Re: BUG nf_conntrack_ffff880863c50000: Objects remaining on kmem_cache_close()
Date: Fri, 10 Feb 2012 08:44:00 +0100 [thread overview]
Message-ID: <4F34CAC0.7060800@univ-nantes.fr> (raw)
In-Reply-To: <20120209193917.GB6881@1984>
Le 09/02/2012 20:39, Pablo Neira Ayuso a écrit :
> On Thu, Feb 09, 2012 at 05:11:40PM +0100, Jean-Philippe Menil wrote:
>> Le 09/02/2012 16:57, Pablo Neira Ayuso a écrit :
>>> On Wed, Feb 08, 2012 at 03:45:21PM +0100, Jean-Philippe Menil wrote:
>>>> Hi,
>>>>
>>>> I'm seeing bug in a host with a 3.2.1 kernel.
>>>> This host is running both kvm and lxc guest.
>>>> It seems that it happened just after the restart of a lxc guest.
>>>>
>>>> However, it doesn't seem to affect any guest.
>>>>
>>>> I was just wondering if this was problematic, and if so, what should
>>>> I do to debug this further.
>>> Could you provide more information on your setup? Is it using
>>> conntrackd or anything you think it can be relevant to this bug.
>>>
>>> It can make it easier for us to know what's wrong with this.
>>>
>> Hi,
>>
>> the server hosts two kvm guest (one firewall running contrackd, one
>> captive portal) and a lxc guest (running squid).
>> This setup remain unchanged for month, except the kernel (reboot
>> with a 3.2.1 one week ago).
> Is conntrackd running with NetlinkEventsReliable On?
Hi,
No, the NetlinkEventsReliable is commented in the configuration file.
However, on the same hosts, i see strange things:
ths host boot with the following parameter:
net.netfilter.nf_conntrack_max=262144
net.netfilter.nf_conntrack_tcp_timeout_established=10800
nf_conntrack is loaded with the following parameter:
options nf_conntrack hashsize=262144
But it seems that the nf_conntrack_max reset to his default value
(65536) periodically.
Three days ago, i manually increase the nf_conntrack_max to 262144,
yesterday i see plenty of "nf_conntrack: table full, dropping packet".
checking the value, is fall down to 65536.
It's maybe not related, but i can't understand how the value can change?
Regards.
--
Jean-Philippe Menil - Pôle réseau Service IRTS
DSI Université de Nantes
jean-philippe.menil@univ-nantes.fr
Tel : 02.53.48.49.27 - Fax : 02.53.48.49.09
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-02-10 7:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-08 14:45 BUG nf_conntrack_ffff880863c50000: Objects remaining on kmem_cache_close() Jean-Philippe Menil
2012-02-09 15:57 ` Pablo Neira Ayuso
2012-02-09 16:11 ` Jean-Philippe Menil
2012-02-09 19:39 ` Pablo Neira Ayuso
2012-02-10 7:44 ` Jean-Philippe Menil [this message]
2012-02-10 7:54 ` Eric Dumazet
2012-02-10 7:58 ` Jean-Philippe Menil
2012-02-10 8:13 ` Jean-Philippe Menil
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=4F34CAC0.7060800@univ-nantes.fr \
--to=jean-philippe.menil@univ-nantes.fr \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@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;
as well as URLs for NNTP newsgroup(s).