Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of yuzhihong@gmail.com designates
 209.85.215.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CALCVZZssNwtgLBA5HbocejEOpNrURN=2P_3qfjkgE_eQZ0JAVA@mail.gmail.com>
References: 
 <CALCVZZuhNQNY1B53dRGY3Qe4=EaUvEp=jrApEu-3K-F1_B1gUQ@mail.gmail.com>
	<CAAMYKhqgLnCdmYZMa_kmvkUMZyzy6pG=Wue=Q2z3LB__y8YH9w@mail.gmail.com>
	<CALCVZZtTB5pXkWTqvQ4ax9Dogz2Regu0BUegKUccTWFV6nNyYw@mail.gmail.com>
	<CAAMYKhr2uPmWOW5pnU-5KabbNo3u9oV_9pTvUy3JMXKyMOhLTQ@mail.gmail.com>
	<CALCVZZs5AH+WD12PUPg26CW3=z8BT5RyDZ2iC7j6CrCASm2Xig@mail.gmail.com>
	<CAOmV22stwCYULe5oybyiSzpSH4tUnQyodSQQD=oJDMBxCdjk3w@mail.gmail.com>
	<CALCVZZssNwtgLBA5HbocejEOpNrURN=2P_3qfjkgE_eQZ0JAVA@mail.gmail.com>
Date: Tue, 16 Jul 2013 14:41:22 -0700
Message-ID: 
 <CALte62xcoJh2JgETCF+odB_-pdWxdfS-hAcQFBfBhks_j2uzeQ@mail.gmail.com>
Subject: Re: Scanner problem after bulk load hfile
From: Ted Yu <yuzhihong@gmail.com>
To: user@hbase.apache.org
Content-Type: multipart/alternative; boundary=001a11c23e2c8df30e04e1a7d680

--001a11c23e2c8df30e04e1a7d680
Content-Type: text/plain; charset=ISO-8859-1

Here is from tip of 0.94:

    public long getMaxTimestamp() {
      return timeRangeTracker == null ? Long.MAX_VALUE :
timeRangeTracker.maximumTimestamp;
    }

The following JIRA fixed the NPE:

HBASE-8055 Null check missing in StoreFile.Reader.getMaxTimestamp()

Please consider upgrading (to 0.94.9)

Cheers

On Tue, Jul 16, 2013 at 2:33 PM, Rohit Kelkar <rohitkelkar@gmail.com> wrote:

> This ( http://pastebin.com/yhx4apCG ) is the error on the region server
> side when execute the following on the shell -
> get 'mytable', 'myrow', 'cf:q'
>
> - R
>
>
>
>
> On Tue, Jul 16, 2013 at 3:28 PM, Jimmy Xiang <jxiang@cloudera.com> wrote:
>
> > Do you see any exception/logging in the region server side?
> >
> >
> > On Tue, Jul 16, 2013 at 1:15 PM, Rohit Kelkar <rohitkelkar@gmail.com>
> > wrote:
> >
> > > Yes. I tried everything from myTable.flushCommits() to
> > > myTable.clearRegionCache() before and after the
> > > LoadIncrementalHFiles.doBulkLoad(). But it doesn't seem to work. This
> is
> > > what I am doing right now to get things moving although I think this
> may
> > > not be the recommended approach -
> > >
> > > HBaseAdmin hbaseAdmin = new HBaseAdmin(hbaseConf);
> > > hbaseAdmin.majorCompact(myTableName.getBytes());
> > > myTable.close();
> > > hbaseAdmin.close();
> > >
> > > - R
> > >
> > >
> > > On Mon, Jul 15, 2013 at 9:14 AM, Amit Sela <amits@infolinks.com>
> wrote:
> > >
> > > > Well, I know it's kind of voodoo but try it once before pre-split and
> > > once
> > > > after. Worked for me.
> > > >
> > > >
> > > > On Mon, Jul 15, 2013 at 7:27 AM, Rohit Kelkar <rohitkelkar@gmail.com
> >
> > > > wrote:
> > > >
> > > > > Thanks Amit, I am also using 0.94.2 . I am also pre-splitting and I
> > > tried
> > > > > the table.clearRegionCache() but still doesn't work.
> > > > >
> > > > > - R
> > > > >
> > > > >
> > > > > On Sun, Jul 14, 2013 at 3:45 AM, Amit Sela <amits@infolinks.com>
> > > wrote:
> > > > >
> > > > > > If new regions are created during the bulk load (are you
> > > pre-splitting
> > > > > ?),
> > > > > > maybe try myTable.clearRegionCache() after the bulk load (or even
> > > after
> > > > > the
> > > > > > pre-splitting if you do pre-split).
> > > > > > This should clear the region cache. I needed to use this because
> I
> > am
> > > > > > pre-splitting my tables for bulk load.
> > > > > > BTW I'm using HBase 0.94.2
> > > > > > Good luck!
> > > > > >
> > > > > >
> > > > > > On Fri, Jul 12, 2013 at 6:50 PM, Rohit Kelkar <
> > rohitkelkar@gmail.com
> > > >
> > > > > > wrote:
> > > > > >
> > > > > > > I am having problems while scanning a table created using
> HFile.
> > > > > > > This is what I am doing -
> > > > > > > Once Hfile is created I use following code to bulk load
> > > > > > >
> > > > > > > LoadIncrementalHFiles loadTool = new
> LoadIncrementalHFiles(conf);
> > > > > > > HTable myTable = new HTable(conf, mytablename.getBytes());
> > > > > > > loadTool.doBulkLoad(new Path(outputHFileBaseDir + "/" +
> > > mytablename),
> > > > > > > mytableTable);
> > > > > > >
> > > > > > > Then scan the table using-
> > > > > > >
> > > > > > > HTable table = new HTable(conf, mytable);
> > > > > > > Scan scan = new Scan();
> > > > > > > scan.addColumn("cf".getBytes(), "q".getBytes());
> > > > > > > ResultScanner scanner = table.getScanner(scan);
> > > > > > > for (Result rr = scanner.next(); rr != null; rr =
> > scanner.next()) {
> > > > > > > numRowsScanned += 1;
> > > > > > > }
> > > > > > >
> > > > > > > This code crashes with following error -
> > > > http://pastebin.com/SeKAeAST
> > > > > > > If I remove the scan.addColumn from the code then the code
> works.
> > > > > > >
> > > > > > > Similarly on the hbase shell -
> > > > > > > - A simple count 'mytable' in hbase shell gives the correct
> > count.
> > > > > > > - A scan 'mytable' gives correct results.
> > > > > > > - get 'mytable', 'myrow', 'cf:q' crashes
> > > > > > >
> > > > > > > The hadoop dfs -ls /hbase/mytable shows the .tableinfo, .tmp,
> the
> > > > > > directory
> > > > > > > for region etc.
> > > > > > >
> > > > > > > Now if I do a major_compact 'mytable' and then execute my code
> > with
> > > > the
> > > > > > > scan.addColumn statement then it works. Also the get 'mytable',
> > > > > 'myrow',
> > > > > > > 'cf:q' works.
> > > > > > >
> > > > > > > My question is
> > > > > > > What is major_compact doing to enable the scanner that the
> > > > > > > LoadIncrementalFiles tool is not? I am sure I am missing a step
> > > after
> > > > > the
> > > > > > > LoadIncrementalFiles.
> > > > > > >
> > > > > > > - R
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

--001a11c23e2c8df30e04e1a7d680--