Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Mon, 8 Apr 2013 18:29:17 +0000 (UTC)
From: "Sergey Shelukhin (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12637869.1363740269543.128988.1365445757882@arcas>
In-Reply-To: <JIRA.12637869.1363740269543@arcas>
References: <JIRA.12637869.1363740269543@arcas>
Subject: [jira] [Commented] (HBASE-8150) server should not produce RAITE for
 already-opening region in 0.94 (because master retry logic handles this
 case poorly)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Sergey Shelukhin commented on HBASE-8150:
-----------------------------------------

Hmm... was 0.94.7 already cut or should this be moved back into it?
                
> server should not produce RAITE for already-opening region in 0.94 (because master retry logic handles this case poorly)
> ------------------------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-8150
>                 URL: https://issues.apache.org/jira/browse/HBASE-8150
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.94.6
>            Reporter: Sergey Shelukhin
>            Assignee: Sergey Shelukhin
>            Priority: Minor
>             Fix For: 0.94.8
>
>         Attachments: HBASE-8150-v0-094.patch
>
>
> The code in 0.94 AM sets the region plan to point to the same server when retrying the assignment due to RAITE.
> {code}
> LOG.warn("Failed assignment of "
>             + state.getRegion().getRegionNameAsString()
>             + " to "
>             + plan.getDestination()
>             + ", trying to assign "
>             + (regionAlreadyInTransitionException ? "to the same region server"
>                 + " because of RegionAlreadyInTransitionException;" : "elsewhere instead; ")
>             + "retry=" + i, t);
> {code}
> However, there's no wait time in the loop that retries the assignment, and if region is being marked failed to open, which may take some time, master can easily exhaust retries in less than half a second, going to the same server every time and getting the same exception (unfortunately I no longer have logs); then the region will be stuck.
> Do you think this is worth fixing (for example, by not using the same server here after a few retries, or by adding timed backoff in such cases)?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira