[
https://issues.apache.org/jira/browse/HBASE-13262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14370683#comment-14370683
]
Jonathan Lawlor commented on HBASE-13262:
-----------------------------------------
bq. So 0.98 has the issue too? (Jonathan Lawlor seems to indicate not? Maybe I
misread).
[~stack] sorry, my comment above was misleading. What I meant to say is that we
don't see this issue when a 0.98 client is interacting with a 0.98 server.
However, we suspect that the issue may occur when a 0.98 is talking to a
branch-1.0+ server (I don't think anyone has actually confirmed this yet?).
[~lhofhansl]'s patch would eliminate any possibility of this issue occurring
between a 0.98 client and a branch-1.0+ server (correct me if I'm wrong
[~lhofhansl]).
bq. Is there a reason to even do the following change of the length when there
are no tags?
[~elserj] Good question. I don't know myself but maybe somebody else has a
little more context around that change? My guess would be that, as you
suggested, it was put in for compatibility reasons so that the length would
match the old length
bq. hfilev3 is defaulted on in hbase 1.0
This is likely why we see this issue appear in branch-1.0+. A good test to see
if this is the case would be to run [~elserj]'s test in 0.98 with HFileV3
turned on.
> ResultScanner doesn't return all rows in Scan
> ---------------------------------------------
>
> Key: HBASE-13262
> URL: https://issues.apache.org/jira/browse/HBASE-13262
> Project: HBase
> Issue Type: Bug
> Components: Client
> Affects Versions: 2.0.0, 1.1.0
> Environment: Single node, pseduo-distributed 1.1.0-SNAPSHOT
> Reporter: Josh Elser
> Assignee: Josh Elser
> Priority: Blocker
> Fix For: 2.0.0, 1.1.0, 0.98.13
>
> Attachments: 13262-0.98-testpatch.txt,
> 13262-tag-length-for-withTags-parameter.txt, regionserver-logging.diff,
> testrun_0.98.txt, testrun_branch1.0.txt
>
>
> Tried to write a simple Java client again 1.1.0-SNAPSHOT.
> * Write 1M rows, each row with 1 family, and 10 qualifiers (values [0-9]),
> for a total of 10M cells written
> * Read back the data from the table, ensure I saw 10M cells
> Running it against {{04ac1891}} (and earlier) yesterday, I would get ~20% of
> the actual rows. Running against 1.0.0, returns all 10M records as expected.
> [Code I was
> running|https://github.com/joshelser/hbase-hwhat/blob/master/src/main/java/hbase/HBaseTest.java]
> for the curious.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
