From: Eric Biggers <ebiggers3@gmail.com>
To: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Cc: Dmitry Vyukov <dvyukov@google.com>,
David Ahern <dsahern@gmail.com>,
syzbot
<bot+21b498fc12cf2041655f8e1eeae0733807d794b3@syzkaller.appspotmail.com>,
LKML <linux-kernel@vger.kernel.org>,
Ingo Molnar <mingo@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
syzkaller-bugs@googlegroups.com,
David Miller <davem@davemloft.net>,
Florian Westphal <fw@strlen.de>,
Daniel Borkmann <daniel@iogearbox.net>,
Xin Long <lucien.xin@gmail.com>,
jakub.kicinski@netronome.com, mschiffer@universe-factory.net,
Vladislav Yasevich <vyasevich@gmail.com>,
Jiri Benc <jbenc@redhat.com>, netdev <netdev@vger.kernel.org>,
Neil Horman <nhorman@tuxdriver.com>,
linux-sctp@vger.kernel.org
Subject: Re: INFO: task hung in bpf_exit_net
Date: Fri, 02 Feb 2018 23:39:48 +0000 [thread overview]
Message-ID: <20180202233948.rciole6bmr7s72tp@gmail.com> (raw)
In-Reply-To: <20171222190437.GC6123@localhost.localdomain>
On Fri, Dec 22, 2017 at 05:04:37PM -0200, Marcelo Ricardo Leitner wrote:
> On Fri, Dec 22, 2017 at 04:28:07PM -0200, Marcelo Ricardo Leitner wrote:
> > On Fri, Dec 22, 2017 at 11:58:08AM +0100, Dmitry Vyukov wrote:
> > ...
> > > > Same with this one, perhaps related to / fixed by:
> > > > http://patchwork.ozlabs.org/patch/850957/
> > > >
> > >
> > >
> > >
> > > Looking at the log, this one seems to be an infinite loop in SCTP code
> > > with console output in it. Kernel is busy printing gazilion of:
> > >
> > > [ 176.491099] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > ** 110 printk messages dropped **
> > > [ 176.503409] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > ** 103 printk messages dropped **
> > > ...
> > > [ 246.742374] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > [ 246.742484] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > [ 246.742590] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > >
> > > Looks like a different issue.
> > >
> >
> > Oh. I guess this is caused by the interface having a MTU smaller than
> > SCTP_DEFAULT_MINSEGMENT (512), as the icmp frag needed handler
> > (sctp_icmp_frag_needed) will trigger an instant retransmission.
> > But as the MTU is smaller, SCTP won't update it, but will issue the
> > retransmission anyway.
> >
> > I will test this soon. Should be fairly easy to trigger it.
>
> Reproduced it.
>
> netns A veth0(1500) - veth1(1500) B veth2(508) - veth3(508) C
>
> When A sends a sctp packet bigger than 508, it triggers the issue as B
> will reply a icmp frag needed with a size that sctp won't accept but
> will retransmit anyway.
>
syzbot hasn't encountered this hang again (although, it just happened once in
the first place). I assume it was fixed by commit b6c5734db070, so telling
syzbot this:
#syz fix: sctp: fix the handling of ICMP Frag Needed for too small MTUs
- Eric
WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers3@gmail.com>
To: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Cc: Dmitry Vyukov <dvyukov@google.com>,
David Ahern <dsahern@gmail.com>,
syzbot
<bot+21b498fc12cf2041655f8e1eeae0733807d794b3@syzkaller.appspotmail.com>,
LKML <linux-kernel@vger.kernel.org>,
Ingo Molnar <mingo@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
syzkaller-bugs@googlegroups.com,
David Miller <davem@davemloft.net>,
Florian Westphal <fw@strlen.de>,
Daniel Borkmann <daniel@iogearbox.net>,
Xin Long <lucien.xin@gmail.com>,
jakub.kicinski@netronome.com, mschiffer@universe-factory.net,
Vladislav Yasevich <vyasevich@gmail.com>,
Jiri Benc <jbenc@redhat.com>, netdev <netdev@vger.kernel.org>,
Neil Horman <nhorman@tuxdriver.com>,
linux-sctp@vger.kernel.org
Subject: Re: INFO: task hung in bpf_exit_net
Date: Fri, 2 Feb 2018 15:39:48 -0800 [thread overview]
Message-ID: <20180202233948.rciole6bmr7s72tp@gmail.com> (raw)
In-Reply-To: <20171222190437.GC6123@localhost.localdomain>
On Fri, Dec 22, 2017 at 05:04:37PM -0200, Marcelo Ricardo Leitner wrote:
> On Fri, Dec 22, 2017 at 04:28:07PM -0200, Marcelo Ricardo Leitner wrote:
> > On Fri, Dec 22, 2017 at 11:58:08AM +0100, Dmitry Vyukov wrote:
> > ...
> > > > Same with this one, perhaps related to / fixed by:
> > > > http://patchwork.ozlabs.org/patch/850957/
> > > >
> > >
> > >
> > >
> > > Looking at the log, this one seems to be an infinite loop in SCTP code
> > > with console output in it. Kernel is busy printing gazilion of:
> > >
> > > [ 176.491099] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > ** 110 printk messages dropped **
> > > [ 176.503409] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > ** 103 printk messages dropped **
> > > ...
> > > [ 246.742374] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > [ 246.742484] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > > [ 246.742590] sctp: sctp_transport_update_pmtu: Reported pmtu 508 too
> > > low, using default minimum of 512
> > >
> > > Looks like a different issue.
> > >
> >
> > Oh. I guess this is caused by the interface having a MTU smaller than
> > SCTP_DEFAULT_MINSEGMENT (512), as the icmp frag needed handler
> > (sctp_icmp_frag_needed) will trigger an instant retransmission.
> > But as the MTU is smaller, SCTP won't update it, but will issue the
> > retransmission anyway.
> >
> > I will test this soon. Should be fairly easy to trigger it.
>
> Reproduced it.
>
> netns A veth0(1500) - veth1(1500) B veth2(508) - veth3(508) C
>
> When A sends a sctp packet bigger than 508, it triggers the issue as B
> will reply a icmp frag needed with a size that sctp won't accept but
> will retransmit anyway.
>
syzbot hasn't encountered this hang again (although, it just happened once in
the first place). I assume it was fixed by commit b6c5734db070, so telling
syzbot this:
#syz fix: sctp: fix the handling of ICMP Frag Needed for too small MTUs
- Eric
next prev parent reply other threads:[~2018-02-02 23:39 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <001a1143fd00a8cc790560b0b552@google.com>
2017-12-19 12:47 ` INFO: task hung in bpf_exit_net Dmitry Vyukov
2017-12-19 16:21 ` Xin Long
2017-12-19 18:20 ` David Ahern
2017-12-22 10:58 ` Dmitry Vyukov
2017-12-22 10:58 ` Dmitry Vyukov
2017-12-22 11:16 ` Marcelo Ricardo Leitner
2017-12-22 11:16 ` Marcelo Ricardo Leitner
2017-12-22 11:24 ` Dmitry Vyukov
2017-12-22 11:24 ` Dmitry Vyukov
2017-12-22 18:28 ` Marcelo Ricardo Leitner
2017-12-22 18:28 ` Marcelo Ricardo Leitner
2017-12-22 19:04 ` Marcelo Ricardo Leitner
2017-12-22 19:04 ` Marcelo Ricardo Leitner
2018-02-02 23:39 ` Eric Biggers [this message]
2018-02-02 23:39 ` Eric Biggers
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=20180202233948.rciole6bmr7s72tp@gmail.com \
--to=ebiggers3@gmail.com \
--cc=bot+21b498fc12cf2041655f8e1eeae0733807d794b3@syzkaller.appspotmail.com \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=dsahern@gmail.com \
--cc=dvyukov@google.com \
--cc=fw@strlen.de \
--cc=jakub.kicinski@netronome.com \
--cc=jbenc@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sctp@vger.kernel.org \
--cc=lucien.xin@gmail.com \
--cc=marcelo.leitner@gmail.com \
--cc=mingo@redhat.com \
--cc=mschiffer@universe-factory.net \
--cc=netdev@vger.kernel.org \
--cc=nhorman@tuxdriver.com \
--cc=peterz@infradead.org \
--cc=syzkaller-bugs@googlegroups.com \
--cc=vyasevich@gmail.com \
/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.