[
https://issues.apache.org/jira/browse/HBASE-12457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14208494#comment-14208494
]
Lars Hofhansl commented on HBASE-12457:
---------------------------------------
bq. add debug level logging when issuing thread interrupts
Was *just* thinking that :) Will. The new Test also needs a license header.
You think 30s is good. Internally we found all compactions that do not have
this issue are aborted within 8s. Could make it a minute - although it's not
really hurting anything. The only part it (when interrupting the compaction)
doesn't do it cleaning up the files in tmp. Maybe it should do that...? (might
be a bit heard to distinguish this from other exception for which we presumably
do not want to clean up the tmp file... Or do we?)
> Regions in transition for a long time when CLOSE interleaves with a slow
> compaction
> -----------------------------------------------------------------------------------
>
> Key: HBASE-12457
> URL: https://issues.apache.org/jira/browse/HBASE-12457
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.98.7
> Reporter: Lars Hofhansl
> Assignee: Lars Hofhansl
> Fix For: 2.0.0, 0.98.8, 0.99.2
>
> Attachments: 12457-combined-0.98.txt, 12457-minifix.txt,
> 12457.interrupt-v2.txt, 12457.interrupt.txt
>
>
> Under heave load we have observed regions remaining in transition for 20
> minutes when the master requests a close while a slow compaction is running.
> The pattern is always something like this:
> # RS starts a compaction
> # HM request the region to be closed on this RS
> # Compaction is not aborted for another 20 minutes
> # The region is in transition and not usable.
> In every case I tracked down so far the time between the requested CLOSE and
> abort of the compaction is almost exactly 20 minutes, which is suspicious.
> Of course part of the issue is having compactions that take over 20 minutes,
> but maybe we can do better here.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
