You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zookeeper.apache.org by "Timothy Ward (JIRA)" <ji...@apache.org> on 2016/02/12 18:00:19 UTC
[jira] [Created] (ZOOKEEPER-2366) Reconfiguration of client port
causes a socket leak
Timothy Ward created ZOOKEEPER-2366:
---------------------------------------
Summary: Reconfiguration of client port causes a socket leak
Key: ZOOKEEPER-2366
URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2366
Project: ZooKeeper
Issue Type: Bug
Components: quorum
Affects Versions: 3.5.0
Reporter: Timothy Ward
Priority: Critical
The NIOServerCnxnFactory reconfigure method can leak server sockets, and hence make ports unusable until the JVM restarts:
The first line of the method takes a reference to the current ServerSocketChannel and then the next line replaces it. The subsequent interactions with the server socket can fail (for example if the reconfiguration tries to bind to an in-use port). If they fail *before* the call to oldSS.close() then oldSS is *never* closed. This holds that port open forever, and prevents the user from rolling back to the previous port!
The code from reconfigure is shown below:
ServerSocketChannel oldSS = ss;
try {
this.ss = ServerSocketChannel.open();
ss.socket().setReuseAddress(true);
LOG.info("binding to port " + addr);
ss.socket().bind(addr);
ss.configureBlocking(false);
acceptThread.setReconfiguring();
oldSS.close();
acceptThread.wakeupSelector();
try {
acceptThread.join();
} catch (InterruptedException e) {
LOG.error("Error joining old acceptThread when reconfiguring client port " + e.getMessage());
}
acceptThread = new AcceptThread(ss, addr, selectorThreads);
acceptThread.start();
} catch(IOException e) {
LOG.error("Error reconfiguring client port to " + addr + " " + e.getMessage());
}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)