accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Keith Turner (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ACCUMULO-779) ZooStore can starve completed Repos
Date Thu, 27 Sep 2012 21:21:09 GMT

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

Keith Turner commented on ACCUMULO-779:
---------------------------------------

The txids are random.  The repos that were basically finished were holding locks and had higher
txids.  Fate kept cycling through the lower txids, that were just waiting on the lock, never
getting to the higher txids.  

Need to make sure the reservation function cycles through all txids before starting over.
                
> ZooStore can starve completed Repos
> -----------------------------------
>
>                 Key: ACCUMULO-779
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-779
>             Project: Accumulo
>          Issue Type: Bug
>          Components: master
>    Affects Versions: 1.4.1, 1.4.0
>            Reporter: Eric Newton
>            Assignee: Eric Newton
>             Fix For: 1.4.2
>
>
> A user aggressively used the compactrange command.  This queued dozens of Repos in zookeeper.
 Pulling new Repos from zookeeper is fairly slow.  Checking if they are ready, is also slow.
 The threads running the Repos would not finish getting through the list of Repos, some of
which had finished, before the first item in the list was ready to be checked again.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message