[ https://issues.apache.org/jira/browse/ACCUMULO-3462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14296081#comment-14296081
]
Keith Turner commented on ACCUMULO-3462:
----------------------------------------
[~ecn] I used the following comment to look at the changes made for this issue in the 1.6
branch.
{noformat}
git diff -b 794e68cf70b5b86832ee0187749abbd7550096a1 34dda79f28810690df59643bd9534570d94439ed
{noformat}
Did you move the call to {{Trace.on()}} inorder avoid leaving the tablet marked as queued
if {{Trace.on()}} were to throw an exception? If so, I think the place where it was moved
to could leave {{majorCompactionInProgress}} set to true if {{Trace.on()}} throws an exception.
I am going to reopen the issue for now because it seems like the same problem could occur
in a different way with these changes.
> tablet not major compacting
> ---------------------------
>
> Key: ACCUMULO-3462
> URL: https://issues.apache.org/jira/browse/ACCUMULO-3462
> Project: Accumulo
> Issue Type: Bug
> Components: tserver
> Affects Versions: 1.5.2, 1.6.1
> Environment: large production cluster, accumulo-1.6.2, cdh5.1.2
> Reporter: Eric Newton
> Assignee: Eric Newton
> Fix For: 1.5.3, 1.6.2, 1.7.0
>
> Time Spent: 1.5h
> Remaining Estimate: 0h
>
> Noticed a few tablets had hundreds of files as a result of bulk import, but had failed
to compact.
> These tablets are queued for NORMAL compaction, but there is no {{CompactionRunner}}
reference to the tablet. The {{majorCompactionInProgress}} is set to {{false}}.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
|