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:13:12 UTC

[jira] [Comment Edited] (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 edited comment on CASSANDRA-8165 at 5/11/16 4:12 AM:
------------------------------------------------------------------

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 CASSANDRA-11748

Have you observed the OOM situation before?



was (Author: michael.fong):
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)