[
https://issues.apache.org/jira/browse/HBASE-15811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15281149#comment-15281149
]
stack commented on HBASE-15811:
-------------------------------
Thanks for the extra set of eyes [~jingcheng...@intel.com]
I've been working off the tip of branch-1 where read point is an AtomicLong.
Was going to try and fix here first then work backward.
bq. I guess this code is not necessary any more? Or we miss something in
somewhere else?
Thinking on it, the Handler is currently running the batch Put in
doMiniBatchMutation. It has to run to the end before it returns and before the
client will come back and ask for all Cells that were just put. Not sure now
how client could come back in between sync and mvcc update.
> Batch Get after batch Put does not fetch all Cells
> --------------------------------------------------
>
> Key: HBASE-15811
> URL: https://issues.apache.org/jira/browse/HBASE-15811
> Project: HBase
> Issue Type: Bug
> Components: Client
> Affects Versions: 1.2.1
> Reporter: stack
> Assignee: stack
> Attachments: Test.java, Test2.java
>
>
> A big batch put followed by a batch get does not always return all Cells put.
> See attached test program by Robert Farr that reproduces the issue. It seems
> to be an issue to do with a cluster of more than one machine. Running against
> a single machine does not have the problem (though the single machine may
> have many regions). Robert was unable to make his program fail with a single
> machine only.
> I reproduced what Robert was seeing running his program. I was also unable to
> make a single machine fail. In a batch of 1000 puts, I see one to three Gets
> fail. I noticed too that if I wait a second after a fail and then re-get, the
> Get succeeds.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
