RFR: 8231516: network QuickAckTest.java failed due to "SocketException: maximum number of DatagramSockets reached"

Roger Riggs Roger.Riggs at oracle.com
Mon Dec 2 15:10:06 UTC 2019


I'm not sure its worth the time, but on failure, a combination of 
netstat and lsof
could identify the consumers of the sockets.

Roger


On 11/29/19 2:49 AM, Alan Bateman wrote:
> On 22/11/2019 16:35, Chris Hegarty wrote:
>> :
>> QuickAckTest only creates one DatagramSocket and one MulticastSocket, so
>> just consumes two UDP socket resources. Prior tests run in the same VM
>> must be consuming the majority of UDP socket resources ( and not
>> releasing them), then this test just happens to be the unlucky one that
>> hits the limit, right? So we may end up playing whack-a-mole on these
>> tests for a while, as needed. Maybe all tests creating UDP sockets
>> should be run in othervm? But that might be a bit unnecessary.
>>
> From a quick check, there aren't a huge number of tests using these 
> APIs so it might be possible to identify a few suspects. There are at 
> least some tests that don't close when they fail so maybe there is a 
> cascading impact. Another point is that some of the groups for tired 
> testing may be running the jdk_net and jdk_nio tests in the same run, 
> we might not see this with jdk_net runs.
>
> -Alan



More information about the net-dev mailing list