All of lore.kernel.org
 help / color / mirror / Atom feed
From: Florian Westphal <fw@strlen.de>
To: "Bjørnar Ness" <bjornar.ness@gmail.com>
Cc: Florian Westphal <fw@strlen.de>,
	Pablo Neira Ayuso <pablo@netfilter.org>,
	netfilter-devel@vger.kernel.org
Subject: Re: crash on >= 4.9.0 kernel seems nf related
Date: Mon, 26 Jun 2017 15:16:32 +0200	[thread overview]
Message-ID: <20170626131632.GI29636@breakpoint.cc> (raw)
In-Reply-To: <CAJO99T=5RPz691h9kAnSsC4fy_54o3qWU_2o-4FhHrxp5af7MQ@mail.gmail.com>

Bjørnar Ness <bjornar.ness@gmail.com> wrote:
> When trying to narrow down the problem, I removed the NAT rules, and
> in particular
> the
>
> chain postrouting {
>   type nat hook postrouting priority 100
> }
>
> And the problem disappears. Commenting in the above block again,
> causes the following to happen:
>
> kworker/0:0 starts to use more and more cpu, and in less than a minute
> renders the
> machine useless. If network cable is unplugged, it takes aroung 30
> seconds for the machine to get into a useful state again.

The kworker is most likely the conntrack gc worker, but the gc worker is nat
agnostic, so I don't see how this makes a difference wrt. nat
postrouting hook presence.

perf top might help pinpoint the source.

What kernel is this, exactly?

4.10 (and 4.9.14 and later) has a change to make gc worker use less
cycles.

But I don't see the NAT connection.


  reply	other threads:[~2017-06-26 13:17 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-03 11:31 crash on >= 4.9.0 kernel seems nf related Bjørnar Ness
2017-05-16  8:18 ` Bjørnar Ness
2017-05-16  8:21   ` Florian Westphal
2017-05-18  7:41     ` Bjørnar Ness
2017-06-20 10:28       ` Bjørnar Ness
2017-06-26 13:16         ` Florian Westphal [this message]
2017-06-27 11:23           ` Bjørnar Ness
2017-06-28 10:23             ` Florian Westphal
2017-06-29  8:44               ` Bjørnar Ness

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=20170626131632.GI29636@breakpoint.cc \
    --to=fw@strlen.de \
    --cc=bjornar.ness@gmail.com \
    --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 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.