You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Jean-Daniel Cryans (JIRA)" <ji...@apache.org> on 2012/06/19 21:13:42 UTC
[jira] [Created] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Jean-Daniel Cryans created HBASE-6239:
-----------------------------------------
Summary: [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
Key: HBASE-6239
URL: https://issues.apache.org/jira/browse/HBASE-6239
Project: HBase
Issue Type: Bug
Affects Versions: 0.92.1, 0.90.6
Reporter: Jean-Daniel Cryans
Priority: Minor
Fix For: 0.92.2
ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Jonathan Hsieh (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Hsieh updated HBASE-6239:
----------------------------------
Fix Version/s: 0.90.7
Adding as a potential for 0.90.7 release.
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.90.7, 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Benoit Sigoure (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benoit Sigoure updated HBASE-6239:
----------------------------------
Labels: corruption (was: )
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Minor
> Labels: corruption
> Fix For: 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Jean-Daniel Cryans (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jean-Daniel Cryans updated HBASE-6239:
--------------------------------------
Attachment: HBASE-6239-0.92-v1.patch
Easy fix in ReplicationSink, just set the ts that comes with each KV, then I'm adding test that's also good for 0.94 and onward (and it passes).
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Minor
> Fix For: 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Jonathan Hsieh (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Hsieh updated HBASE-6239:
----------------------------------
Fix Version/s: (was: 0.90.7)
0.90.8
Bumping to 0.90.8 -- I'm personally not concerned about replication in 0.90.7
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2, 0.90.8
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Ted Yu (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ted Yu updated HBASE-6239:
--------------------------
Fix Version/s: (was: 0.90.8)
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Hudson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13445745#comment-13445745 ]
Hudson commented on HBASE-6239:
-------------------------------
Integrated in HBase-0.92 #549 (See [https://builds.apache.org/job/HBase-0.92/549/])
HBASE-6239 [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row (J-D) (Revision 1379291)
Result = FAILURE
Tedyu :
Files :
* /hbase/branches/0.92/src/main/java/org/apache/hadoop/hbase/replication/regionserver/ReplicationSink.java
* /hbase/branches/0.92/src/test/java/org/apache/hadoop/hbase/replication/regionserver/TestReplicationSink.java
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2, 0.90.8
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Hudson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13445753#comment-13445753 ]
Hudson commented on HBASE-6239:
-------------------------------
Integrated in HBase-0.92-security #129 (See [https://builds.apache.org/job/HBase-0.92-security/129/])
HBASE-6239 [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row (J-D) (Revision 1379291)
Result = FAILURE
Tedyu :
Files :
* /hbase/branches/0.92/src/main/java/org/apache/hadoop/hbase/replication/regionserver/ReplicationSink.java
* /hbase/branches/0.92/src/test/java/org/apache/hadoop/hbase/replication/regionserver/TestReplicationSink.java
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2, 0.90.8
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Jean-Daniel Cryans (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jean-Daniel Cryans updated HBASE-6239:
--------------------------------------
Priority: Critical (was: Minor)
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Ted Yu (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ted Yu updated HBASE-6239:
--------------------------
Hadoop Flags: Reviewed
Integrated to 0.92 branch.
Thanks for the patch, J-D.
Thanks for the review, Stack.
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2, 0.90.8
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Benoit Sigoure (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13399417#comment-13399417 ]
Benoit Sigoure commented on HBASE-6239:
---------------------------------------
I would argue that this bug is not "minor", because we're talking about data being corrupted by HBase.
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Minor
> Labels: corruption
> Fix For: 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Ted Yu (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ted Yu resolved HBASE-6239.
---------------------------
Resolution: Fixed
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Jonathan Hsieh (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412576#comment-13412576 ]
Jonathan Hsieh commented on HBASE-6239:
---------------------------------------
If this is not a blocker for 0.92's where replication is considered robust, I'm not sure it should be a blocker on 0.90 where it is more experimental. That said, if a patch lands for 0.90 I'll gladly accept it -- I'm just not going to block a 0.90.7 because of it.
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2, 0.90.8
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "stack (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13403319#comment-13403319 ]
stack commented on HBASE-6239:
------------------------------
+1 on patch.
Pity this is so ugly:
{code}
+ HLog.Entry[] entries = new HLog.Entry[3];
+ long now = System.currentTimeMillis();
+ for(int i = 0; i < 3; i++) {
+ entries[i] = createEntry(TABLE_NAME1, 1, i, KeyValue.Type.Put, now+i);
+ }
+ // Kinda ugly, trying to merge all the entries into one
+ entries[0].getEdit().add(entries[1].getEdit().getKeyValues().get(0));
+ entries[0].getEdit().add(entries[2].getEdit().getKeyValues().get(0));
+ HLog.Entry[] entry = new HLog.Entry[1];
+ entry[0] = entries[0];
+ SINK.replicateEntries(entry);
{code}
...but its not a blocker. Commit. Backport to 0.94?
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Benoit Sigoure (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412564#comment-13412564 ]
Benoit Sigoure commented on HBASE-6239:
---------------------------------------
This means HBase replication will still corrupt timestamps in 0.90.7, which in many cases makes replication useless. Are you sure?
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Critical
> Labels: corruption
> Fix For: 0.92.2, 0.90.8
>
> Attachments: HBASE-6239-0.92-v1.patch
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (HBASE-6239) [replication] ReplicationSink uses
the ts of the first KV for the other KVs in the same row
Posted by "Jean-Daniel Cryans (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jean-Daniel Cryans reassigned HBASE-6239:
-----------------------------------------
Assignee: Jean-Daniel Cryans
> [replication] ReplicationSink uses the ts of the first KV for the other KVs in the same row
> -------------------------------------------------------------------------------------------
>
> Key: HBASE-6239
> URL: https://issues.apache.org/jira/browse/HBASE-6239
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.6, 0.92.1
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Minor
> Fix For: 0.92.2
>
>
> ReplicationSink assumes that all the KVs for the same row inside a WALEdit will have the same timestamp, which is not necessarily the case.
> This only affects 0.90 and 0.92 since HBASE-5203 fixes it in 0.94
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira