Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hbase-user@hadoop.apache.org
Received-SPF: pass (nike.apache.org: domain of saint.ack@gmail.com designates
 74.125.92.27 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=ZHDTX2/e5kqli92hxIMydWwQk41qL86PZRYujg8zxyPrEoKZjZMFCmuy42sY1UEsWw
         1WEd+n0QtSVkvH+mW9uwcFYK1vR60B+A4BLgwcxztlYC2juQ2isYwusZd7L+tAQRf/DC
         UfOp2fZiIJDBfhpy2pYbjnAGCqpH9RQtihm7Y=
MIME-Version: 1.0
Sender: saint.ack@gmail.com
In-Reply-To: <7c962aed0910301014h303869aana63040019b495182@mail.gmail.com>
References: <899204.70214.qm@web7703.mail.in.yahoo.com>
	 <7c962aed0910300809x56570c65hc3dbb19007fbf163@mail.gmail.com>
	 <428245.92890.qm@web7704.mail.in.yahoo.com>
	 <7c962aed0910301014h303869aana63040019b495182@mail.gmail.com>
Date: Mon, 2 Nov 2009 09:35:43 -0800
Message-ID: <7c962aed0911020935u570df0adwa888a212fab6f459@mail.gmail.com>
Subject: Re: Issue with bulk loader tool
From: stack <stack@duboce.net>
To: hbase-user@hadoop.apache.org
Content-Type: multipart/alternative; boundary=0014853a01749c67d7047766ceb8

--0014853a01749c67d7047766ceb8
Content-Type: text/plain; charset=ISO-8859-1

Murali:

Any developments worth mentioning?

St.Ack


On Fri, Oct 30, 2009 at 10:14 AM, stack <stack@duboce.net> wrote:

> That is interesting.  It'd almost point to a shell issue.  Enable DEBUG so
> client can see it.  Then rerun shell.  Is it at least loading the right
> region?  (The regions start and end keys span the asked for key?).  I took a
> look at your attached .META. scan.  All looks good there.  The region
> specifications look right.  If you want to bundle up the region that is
> failing -- the one that the failing key comes out of, I can take a look
> here.  You could also try playing with the HFile tool: ./bin/hbase
> org.apache.hadoop.hbase.io.hfile.HFile.  Run the former and it'll output
> usage.  You should be able to get it to dump content of the region (You need
> to supply flags like -v to see actual keys to the HFile tool else it just
> runs its check silently).    Check for your key.  Check things like
> timestamp on it.  Maybe its 100 years in advance of now or something?
>
> Yours,
> St.Ack
>
>
> On Fri, Oct 30, 2009 at 9:01 AM, Murali Krishna. P <muralikpbhat@yahoo.com
> > wrote:
>
>> Attached ".META"
>>
>> Interesting, I was able to get the row from HTable via java code. But from
>> the shell, still getting following
>>
>> hbase(main):004:0> get 'TestTable2', 'ffffef95bcbf2638'
>> 0 row(s) in 1.2250 seconds
>>
>> Thanks,
>> Murali Krishna
>>
>> Thanks,
>> Murali Krishna
>>
>>
>> ------------------------------
>> *From:* stack <stack@duboce.net>
>> *To:* hbase-user@hadoop.apache.org
>> *Sent:* Fri, 30 October, 2009 8:39:46 PM
>> *Subject:* Re: Issue with bulk loader tool
>>
>> Can you send a listing of ".META."?
>>
>> hbase> scan ".META."
>>
>> Also, can you bring a region down from hdfs, tar and gzip it, and then put
>> it someplace I can pull so I can take a look?
>>
>> Thanks,
>> St.Ack
>>
>>
>> On Fri, Oct 30, 2009 at 3:31 AM, Murali Krishna. P
>> <muralikpbhat@yahoo.com>wrote:
>>
>> > Hi guys,
>> >  I created a table according to hbase-48. A mapreduce job which creates
>> > HFiles and then used loadtable.rb script to create the table. Everything
>> > worked fine and i was able to scan the table. But when i do a get for a
>> key
>> > displayed in the scan output, it is not retrieving the row. shell says 0
>> > row.
>> >
>> >  I tried using one reducer to ensure total ordering, but still same
>> issue.
>> >
>> >
>> > My mapper is like:
>> >  context.write(new
>> > ImmutableBytesWritable(((Text)key).toString().getBytes()), new
>> > KeyValue(((Text)key).toString().getBytes(), "family1".getBytes(),
>> >                    "column1".getBytes(), getValueBytes()));
>> >
>> >
>> > Please help me investigate this.
>> >
>> > Thanks,
>> > Murali Krishna
>> >
>>
>
>

--0014853a01749c67d7047766ceb8--