Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ED5D710FBC for ; Tue, 25 Mar 2014 08:36:47 +0000 (UTC) Received: (qmail 93452 invoked by uid 500); 25 Mar 2014 08:36:47 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 93143 invoked by uid 500); 25 Mar 2014 08:36:45 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 93106 invoked by uid 99); 25 Mar 2014 08:36:42 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Mar 2014 08:36:42 +0000 Date: Tue, 25 Mar 2014 08:36:42 +0000 (UTC) From: "ramkrishna.s.vasudevan (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (HBASE-10826) PrefixTree seekTo does not seek to the correct key if the given key is not in the existing kvs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HBASE-10826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ramkrishna.s.vasudevan updated HBASE-10826: ------------------------------------------- Affects Version/s: (was: 0.98.1) (was: 0.96.2) 0.98.0 0.96.1.1 > PrefixTree seekTo does not seek to the correct key if the given key is not in the existing kvs > ---------------------------------------------------------------------------------------------- > > Key: HBASE-10826 > URL: https://issues.apache.org/jira/browse/HBASE-10826 > Project: HBase > Issue Type: Bug > Components: Scanners > Affects Versions: 0.98.0, 0.99.0, 0.96.1.1 > Reporter: ramkrishna.s.vasudevan > Assignee: ramkrishna.s.vasudevan > Priority: Critical > Labels: prefixtree > Attachments: TestSeekToBlockWithEncoders.java > > > {code} > KeyValue kv1 = new KeyValue(Bytes.toBytes("aaa"), Bytes.toBytes("fam1"), Bytes.toBytes("q1"), > Bytes.toBytes("val")); > writer.append(kv1); > KeyValue kv2 = new KeyValue(Bytes.toBytes("aab"), Bytes.toBytes("fam1"), Bytes.toBytes("q1"), > Bytes.toBytes("val")); > writer.append(kv2); > KeyValue kv4 = new KeyValue(Bytes.toBytes("aac"), Bytes.toBytes("fam1"), Bytes.toBytes("q1"), > Bytes.toBytes("val")); > writer.append(kv4); > KeyValue kv5 = new KeyValue(Bytes.toBytes("aac"), Bytes.toBytes("fam12"), Bytes.toBytes("q2"), > Bytes.toBytes("val")); > writer.append(kv5); > {code} > {code} > KeyValue toSeek = new KeyValue(Bytes.toBytes("aac"), Bytes.toBytes("fam1"), > Bytes.toBytes("q2"), Bytes.toBytes("val")); > StoreFileScanner s = reader.getStoreFileScanner(false, false); > s.reseek(toSeek); > {code} > Now calling s.next() should point to the last KV - kv5. > Before calling s.next() it would have done a moveToPrevious since there is no KV that exactly matches with the toSeek key. > Incase of NONE, PREFIX, DIFF, FAST_DIFF things work fine as expected. > But in case of Prefix Tree, calling reseek() points to a key that is same as the toSeek key which does not exist at all. > Will attach a testcase that shows this problem. -- This message was sent by Atlassian JIRA (v6.2#6252)