[ 
https://issues.apache.org/jira/browse/ACCUMULO-3478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17270109#comment-17270109
 ] 

Jeffrey Manno edited comment on ACCUMULO-3478 at 1/22/21, 1:02 PM:
-------------------------------------------------------------------

This behavior was changed in  ACCUMULO-4331 and a similar issue, 
-[ACCUMULO-3830|https://issues.apache.org/jira/browse/ACCUMULO-3830]-, was 
closed because of the behavioral changes mentioned above (#4331). This most 
likely can be closed as a duplicate of #3820 and fixed from #4331. Additional 
logging could be added if deemed necessary but what is there currently should 
suffice.


was (Author: jmanno):
This behavior was changed in  ACCUMULO-4331 and a similar issue, 
-ACCUMULO---3820-, was closed because of the behavioral changes mentioned above 
(#4331). This most likely can be closed as a duplicate of #3820 and fixed from 
#4331. Additional logging could be added if deemed necessary but what is there 
currently should suffice.

> TServerUtils.startServer port already taken case is lacking
> -----------------------------------------------------------
>
>                 Key: ACCUMULO-3478
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3478
>             Project: Accumulo
>          Issue Type: Bug
>          Components: master, tserver
>    Affects Versions: 1.5.0, 1.5.1, 1.5.2, 1.6.0, 1.6.1
>            Reporter: Josh Elser
>            Priority: Major
>
> When a thrift server is configured to use a fixed port, we will loop 100 
> times trying to bind to the port which is (likely) going to stay bound. 
> Because the server socket is setting SO_REUSEADDR, we shouldn't have issues 
> where the previous application has died/gone-away, but being unable to bind 
> to it.
> If we're explicitly given a port to start the thrift server on, and are 
> unable to start it, I think it would be better to throw an exception which 
> would kill the process instead of retrying at least 25 seconds first.
> Because we've already copied TNonblockingServerSocket, we can modify the 
> TTransportException thrown with a more meaningful exception and work on 
> getting better semantics in upstream thrift (if necessary).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to