[jira] [Commented] (ACCUMULO-58) Misconfigured aggregator can block table deletion

["Keith Turner (Commented) (JIRA)" <ji...@apache.org>]

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

Keith Turner commented on ACCUMULO-58:
--------------------------------------

I think minor compactions that fail, retry forever.  Before retrying, could check the table state in zookeeper and abort if it is deleting.
                
> Misconfigured aggregator can block table deletion
> -------------------------------------------------
>
>                 Key: ACCUMULO-58
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-58
>             Project: Accumulo
>          Issue Type: Bug
>          Components: tserver
>    Affects Versions: 1.3.5, 1.4.0, 1.5.0
>            Reporter: John Vines
>            Assignee: Keith Turner
>              Labels: delete, regression
>             Fix For: 1.5.0
>
>
> If you misconfigure an aggregator such that it can't be loaded, it will cause a tablet to indefinitely attempt to minor/major compact. If you attempt to delete the table with this problem the tablet will never break out of the compaction attempt to a point where it will detect it needs to delete. The only way to break out of the loop is kill any tservers who are hosting tablets attempts to be compacted. This definately exists in 1.3, fairly confident it affects the other versions as well. We would need to have the compaction loops check somehow to detect if the tablet needs to be deleted before reattempting.
> Additionally, a functional test should be written to exercise this error to prevent regression.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira