From: Florian Westphal <fw@strlen.de>
To: Sven Auhagen <sven.auhagen@voleatech.de>
Cc: Florian Westphal <fw@strlen.de>,
netfilter-devel@vger.kernel.org, pablo@netfilter.org
Subject: Re: Could not process rule: Cannot allocate memory
Date: Wed, 8 May 2024 16:09:57 +0200 [thread overview]
Message-ID: <20240508140957.GC28190@breakpoint.cc> (raw)
In-Reply-To: <bogi4anaqeh5o7haif57udzf5k3bj73rcsqfpqpna4426y7cyo@lfsyzkb4m2xi>
Sven Auhagen <sven.auhagen@voleatech.de> wrote:
> On Wed, May 08, 2024 at 02:15:26PM +0200, Florian Westphal wrote:
> > Sven Auhagen <sven.auhagen@voleatech.de> wrote:
> > > I am using nftables with geoip sets.
> > > When I have larger sets in my ruleset and I want to atomically update the entire ruleset, I start with
> > > destroy table inet filter and then continue with my new ruleset.
> > >
> > > When the sets are larger I now always get an error:
> > > ./main.nft:13:1-26: Error: Could not process rule: Cannot allocate memory
> > > destroy table inet filter
> > > ^^^^^^^^^^^^^^^^^^^^^^^^^^
> >
> > > along with the kernel message
> > > percpu: allocation failed, size=16 align=8 atomic=1, atomic alloc failed, no space left
> >
> > Are you using 'counter' extension on the set definition?
>
> Yes I do and I just tested it, when I remove the counter it works without issues.
>
> >
> > Could yo usahre a minimal reproducer? You can omit the actual
> > elements, its easy to autogen that.
>
> I just saw your patch, do you still want me to send a reproducer?
In that case I guess the patch will help as the pcpu area
should grow.
But I think it might still make sense, could probably extend on of
the test cases we have with a huge-set+counter+flush op.
next prev parent reply other threads:[~2024-05-08 14:09 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-08 10:21 Could not process rule: Cannot allocate memory Sven Auhagen
2024-05-08 12:15 ` Florian Westphal
2024-05-08 14:06 ` Sven Auhagen
2024-05-08 14:09 ` Florian Westphal [this message]
2024-05-08 12:52 ` [PATCH nf-next] netfilter: nf_tables: allow clone callbacks to sleep Florian Westphal
2024-05-08 14:08 ` Could not process rule: Cannot allocate memory Florian Westphal
2024-05-08 14:25 ` Jan Engelhardt
2024-05-08 14:36 ` Sven Auhagen
2024-05-10 9:06 ` Florian Westphal
2024-05-10 10:45 ` Sven Auhagen
2024-05-10 10:51 ` Pablo Neira Ayuso
2024-05-10 11:53 ` Sven Auhagen
2024-05-10 11:05 ` Florian Westphal
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=20240508140957.GC28190@breakpoint.cc \
--to=fw@strlen.de \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@netfilter.org \
--cc=sven.auhagen@voleatech.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.