hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-1058) Prevent runaway compactions
Date Tue, 14 Apr 2009 07:56:14 GMT

    [ https://issues.apache.org/jira/browse/HBASE-1058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12698691#action_12698691
] 

stack commented on HBASE-1058:
------------------------------

On v4, is one minute enough Andrew to let a major compaction of many files complete?

I'd read the following 120 from Configuration (The setting doesn't have to make it out to
hbase*.xml -- its ok if you have to read the src to figure that the setting can be changed
IMO).

{code}
+    while (count++ < 120) { // wait up to 1 minute, max
{code}

Otherwise, I'm good w/ this patch J-D and A.   Its a coarse leash on our tendency to run away
regards number of store files; any change is an improvement.  We can improve on this first
cut.

> Prevent runaway compactions
> ---------------------------
>
>                 Key: HBASE-1058
>                 URL: https://issues.apache.org/jira/browse/HBASE-1058
>             Project: Hadoop HBase
>          Issue Type: Bug
>            Reporter: stack
>            Assignee: Andrew Purtell
>            Priority: Blocker
>             Fix For: 0.20.0
>
>         Attachments: hbase-1058-v2.patch, hbase-1058-v4.patch, hbase-1058.patch
>
>
> A rabid upload will easily outrun our compaction ability dropping flushes faster than
we can compact them up.  Fix.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message