12:02 p.m.
[
https://issues.jboss.org/browse/ISPN-6099?page=com.atlassian.jira.plugin....
]
Dan Berindei commented on ISPN-6099:
------------------------------------
I got the same results with the C demo on Linux - I don't have access to other
platforms at this time. I also commented out the {{setReuseAddr(sockfd)}} line, and the
second instance of the program failed to start without me pressing {{<enter>}} in
the first.
The thing is, the {{ServerSocket.bind()}} javadoc doesn't say anything about the state
of the socket after a failure. The main use case is servers with known ports, and for them
it doesn't make sense to bind the same socket to another port. So I wouldn't say
it's a bug in OpenJDK, it's just undocumented behaviour.
I also dug a little more into the {{ServerSocketImpl}} source, and I think my suggestion
to check {{isBound()}} wouldn't work either - it would only return {{true}} after
{{listen()}} succeeded. I think our best bet would be to create a new {{ServerSocket}}
instance every time.
I'm also warming up to disabling the {{SO_REUSEADDR}} socket option, because I feel
it's also intended for servers with known ports. But if you make it configurable,
I'd want the random failures to be fixed regardless of how it's configured.
ConcurrentJoinTest random failures
----------------------------------
Key: ISPN-6099
URL: https://issues.jboss.org/browse/ISPN-6099
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Core
Affects Versions: 8.1.0.Final
Environment: java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 8.2.0.Beta1
Attachments: main.cpp
Since the switch to {{TCP_NIO2}} in the test suite, I've been seeing random failures
in {{ConcurrentJoinTest}} and other tests that attempt to start multiple channels in
parallel (e.g. {{StateTransferFunctionalTest}} and its subclasses).
Normally JGroups only reports a {{java.net.BindException: No available port to bind to in
range [8000 .. 8099]}}, but I have modified {{org.jgroups.util.Util.createServerSocket()}}
to report the cause exception and I got this:
{noformat}
java.net.BindException: No available port to bind to in range [8000 .. 8099]
at org.jgroups.util.Util.createServerSocketChannel(Util.java:3077)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at org.jgroups.blocks.cs.NioServer.<init>(NioServer.java:86)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at org.jgroups.protocols.TCP_NIO2.start(TCP_NIO2.java:97)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:966)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at org.jgroups.JChannel.startStack(JChannel.java:890)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at org.jgroups.JChannel._preConnect(JChannel.java:553)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at org.jgroups.JChannel.connect(JChannel.java:288)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at org.jgroups.JChannel.connect(JChannel.java:279)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
at
org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:199)
~[classes/:?]
at
org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:190)
~[classes/:?]
at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source) ~[?:?]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
~[?:1.8.0_60]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_60]
at
org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
~[infinispan-commons-8.2.0-SNAPSHOT.jar:8.2.0-SNAPSHOT]
at
org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:870)
~[classes/:?]
at
org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:639)
~[classes/:?]
at
org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:628)
~[classes/:?]
at
org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:531)
~[classes/:?]
at
org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:229)
~[classes/:?]
... 11 more
Caused by: java.net.SocketException: Invalid argument
at sun.nio.ch.Net.bind0(Native Method) ~[?:1.8.0_60]
at sun.nio.ch.Net.bind(Net.java:433) ~[?:1.8.0_60]
at sun.nio.ch.Net.bind(Net.java:425) ~[?:1.8.0_60]
at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223)
~[?:1.8.0_60]
at java.nio.channels.ServerSocketChannel.bind(ServerSocketChannel.java:157)
~[?:1.8.0_60]
at org.jgroups.util.Util.createServerSocketChannel(Util.java:3072)
~[jgroups-3.6.7.Final.jar:3.6.7.Final]
{noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
3728
days inactive
3728
days old
infinispan-issues@lists.jboss.org
0 comments
1 participants
participants (1)
-
Dan Berindei (JIRA)