Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
MIME-Version: 1.0
In-Reply-To: <CALTLPS=dpW=62RB9=UU3=weuGjJR7XfBDW+nPHbSGq_s-9-YGQ@mail.gmail.com>
References: <CALTLPS=dpW=62RB9=UU3=weuGjJR7XfBDW+nPHbSGq_s-9-YGQ@mail.gmail.com>
From: Ted Yu <yuzhihong@gmail.com>
Date: Sun, 24 Sep 2017 21:36:26 -0700
Message-ID: <CALte62x+WbtBQ7s1aYvS++5HWa3LE-VrR5PxQUO6NO3Pn3crOg@mail.gmail.com>
Subject: Re: Empty byte array values for cells which doesn't exist
To: "dev@hbase.apache.org" <dev@hbase.apache.org>
Cc: users@hbase.apache.org,
	ramkrishna vasudevan <ramkrishna.s.vasudevan@gmail.com>
Content-Type: multipart/alternative; boundary="001a114c78fe0bc1b70559fc1a4b"
archived-at: Mon, 25 Sep 2017 04:36:38 -0000

--001a114c78fe0bc1b70559fc1a4b
Content-Type: text/plain; charset="UTF-8"

Can you tell us more about this table (e.g. schema) ?

If you can formulate a unit test which reproduces this behavior, that would
be easier to debug.

Which version of hbase are you using ?

Cheers

On Sun, Sep 24, 2017 at 9:30 PM, Karthick Ram <karthik.28696@gmail.com>
wrote:

> Hi, we have a table which when queried with more than one columkey for a
> row key (using addcolumn(colfamily, columkey)), returns cells which are not
> present. It returns a empty byte array as value for those cells. Using
> debugger we found the timestamp of those cells to *'OLDEST_TIMESTAMP'* and
> the type to be *'Minimum'*. These cells turns out to be fake cells, however
> when queried with only columnkey it doesn't return any cells. Please look
> into the following files and suggest some ways to rectify this problem.
> 1. HConstant.java
> 2. KeyValue.java
> 3. ScanQueryMatcher.java
> 4. StoreFileScanner.java
>
> NOTE:
> We are not able to reproduce the same in other tables.
>

--001a114c78fe0bc1b70559fc1a4b--