Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Mon, 28 Sep 2015 07:52:05 +0000 (UTC)
From: "Ted Yu (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12896650.1443352639000.87848.1443426725175@Atlassian.JIRA>
In-Reply-To: <JIRA.12896650.1443352639000@Atlassian.JIRA>
References: <JIRA.12896650.1443352639000@Atlassian.JIRA>
 <JIRA.12896650.1443352639124@arcas>
Subject: [jira] [Commented] (HBASE-14497) Reverse Scan threw StackOverflow
 caused by readPt checking
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Ted Yu commented on HBASE-14497:
--------------------------------

{code}
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 80.451 sec - in org.apache.hadoop.hbase.snapshot.TestMobFlushSnapshotFromClient
Killed
Killed
Killed
/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/test-framework/dev-support/test-patch.sh: line 838: 23295 Killed 
{code}
Mind attaching patch again ?

> Reverse Scan threw StackOverflow caused by readPt checking
> ----------------------------------------------------------
>
>                 Key: HBASE-14497
>                 URL: https://issues.apache.org/jira/browse/HBASE-14497
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 2.0.0, 0.98.14, 1.3.0
>            Reporter: Yerui Sun
>         Attachments: HBASE-14497-0.98.patch, HBASE-14497-branch-1.patch, HBASE-14497-master-v2.patch, HBASE-14497-master-v3.patch, HBASE-14497-master.patch
>
>
> I met stack overflow error in StoreFileScanner.seekToPreviousRow using reversed scan. I searched and founded HBASE-14155, but it seems to be a different reason.
> The seekToPreviousRow will fetch the row which closest before, and compare mvcc to the readPt, which acquired when scanner created. If the row's mvcc is bigger than readPt, an recursive call of seekToPreviousRow will invoked, to find the next closest before row.
> Considering we created a scanner for reversed scan, and some data with smaller rows was written and flushed, before calling scanner next. When seekToPreviousRow was invoked, it would call itself recursively, until all rows which written after scanner created were iterated. The depth of recursive calling stack depends on the count of rows, the stack overflow error will be threw if the count of rows is large, like 10000.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)