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 Thu, 16 Jul 2009 20:56:14 GMT

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

stack commented on HBASE-1058:

@Andrew I was going with your comment above "More investigation is needed as to why compactions
cannot keep up under high write load."

If you want me to make a patch that works just for catalog tables, say Andrew, else I'll just
commit this revert patch.

I just tested this and at least for this startup of many regions, all runs smoother.  Previous,
edits not being able to get into .META. made for double-assignment.  The BaseScanner each
time was seeing that server had not been updated so it would assign the region anew.

> 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
>         Attachments: 1058-revert.patch, hbase-1058-2-v1.patch, hbase-1058-v2.patch, hbase-1058-v4.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.

View raw message