netdev - Re: After a while of system running no incoming UDP any more?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1501057984.4993.1.camel@redhat.com>
Date:   Wed, 26 Jul 2017 10:33:04 +0200
From:   Paolo Abeni <pabeni@...hat.com>
To:     Marc Haber <mh+netdev@...schlus.de>
Cc:     netdev@...r.kernel.org
Subject: Re: After a while of system running no incoming UDP any more?

On Wed, 2017-07-26 at 10:10 +0200, Marc Haber wrote:
> On Tue, Jul 25, 2017 at 02:17:52PM +0200, Paolo Abeni wrote:
> > On Tue, 2017-07-25 at 13:57 +0200, Marc Haber wrote:
> > > On Mon, Jul 24, 2017 at 04:19:10PM +0200, Paolo Abeni wrote:
> > > > Once that a system enter the buggy status, do the packets reach the
> > > > relevant socket's queue?
> > > > 
> > > > ss -u
> > > 
> > > That one only shows table headers on an unaffected system in normal
> > > operation, right?
> > 
> > This one shows the current lenght of the socket receive queue (Recv-Q,
> > the first column). If the packets land into the skbuff (and the user
> > space reader for some reason is not woken up) such value will grow over
> > time.
> 
> Only that there is no value:
> [4/4992]mh@...vel:~ $ ss -u
> Recv-Q Send-Q Local Address:Port                 Peer Address:Port              
> [5/4992]mh@...vel:~ $
> 
> (is that the intended behavior on a system thiat is not affected by the
> issue?)

That means there are no open UDP connected sockets in the system at the
moment you  run ss -u. I forgot to specify you must add also the '-a'
command line option to the 'ss' tool to show all udp sockets regardless
theis state:

ss -ua

Anyway this issue looks quite similar to:

https://bugzilla.kernel.org/show_bug.cgi?id=196469

Which contains some more information. I suggest to follow-up on such
bz.

Cheers,

Paolo