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

Josh Elser commented on ACCUMULO-4615:
--------------------------------------

Hi [~jschmidt10]!

bq. I'd be happy to work on a fix if no one has started tackling this yet.

That would be great! I'll add you to our contributors list and assign this one 
to you. The "unassigned" label can generally be assumed to mean that no one 
else is working on the issue :)

> ThreadPool timeout when checking tserver stats is confusing
> -----------------------------------------------------------
>
>                 Key: ACCUMULO-4615
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-4615
>             Project: Accumulo
>          Issue Type: Bug
>          Components: master
>    Affects Versions: 1.8.1
>            Reporter: Michael Wall
>            Priority: Minor
>             Fix For: 1.8.2, 2.0.0
>
>
> If it takes longer than the configured time to gather information from all 
> the tablet servers, the thread pool stops and processing continues with 
> whatever has been collected.  Code is 
> https://github.com/apache/accumulo/blob/1.8/server/master/src/main/java/org/apache/accumulo/master/Master.java#L1120,
>  default timeout is 6s.  Does not appear to be an issue prior to 1.8.
> Best case, this was really confusing.  The monitor page would have 30 
> tservers, then 5 tservers.  Didn't really see any other negative effects, no 
> migrations and no balancing appeared to be affected.  Worse case though, I 
> missed something and the master is making decisions based on incomplete 
> information.
> [[email protected]] please add more info if needed.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to