You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Michael Fong (JIRA)" <ji...@apache.org> on 2016/05/11 04:12:12 UTC
[jira] [Commented] (CASSANDRA-8165) Do not include tombstones in
schema version computation
[ https://issues.apache.org/jira/browse/CASSANDRA-8165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15279499#comment-15279499 ]
Michael Fong commented on CASSANDRA-8165:
-----------------------------------------
Hi,
We have recently seen schema version mismatch issue while doing rolling upgrade from 1.2.19 to 2.0.17. What is worse is that the mismatch could lead to a rapid and massive message exchange of schema information across nodes, and sometimes may lead to node OOM. I opened a ticket regarding this at https://issues.apache.org/jira/browse/CASSANDRA-11748
> Do not include tombstones in schema version computation
> -------------------------------------------------------
>
> Key: CASSANDRA-8165
> URL: https://issues.apache.org/jira/browse/CASSANDRA-8165
> Project: Cassandra
> Issue Type: Bug
> Reporter: Vishy Kasar
>
> During 1.2.19 migration, we found the schema version mismatch issue. On digging further, Sankalp found this was due to inclusion of the tombstones by 1.2.19 due to increased gc_grace_seconds.
> It seems wrong to include ephemeral data like tombstones in MD5 computation. Can this be avoided?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)