You are viewing a plain text version of this content. The canonical link for it is here.

Posted to commits@cassandra.apache.org by "Sam Tunnicliffe (JIRA)" <ji...@apache.org> on 2018/11/26 17:05:00 UTC

[jira] [Created] (CASSANDRA-14912) LegacyLayout errors on collection tombstones from dropped columns

Sam Tunnicliffe created CASSANDRA-14912:
-------------------------------------------

             Summary: LegacyLayout errors on collection tombstones from dropped columns
                 Key: CASSANDRA-14912
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14912
             Project: Cassandra
          Issue Type: Bug
          Components: Local Write-Read Paths
            Reporter: Sam Tunnicliffe
             Fix For: 3.0.x, 3.11.x


When reading legacy sstables in 3.0, the dropped column records in table metadata are not checked when a collection tombstone is encountered. This means that if a collection column was dropped and a new column with the same name but a non-collection type subsequently added prior to upgrading to 3.0, reading any sstables containing the collection data will error. This includes reads done by upgradesstables, which makes recovery from this situation without losing data impossible. Scrub will clean the affected tables, but any valid data will also be discarded.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org