[
https://issues.apache.org/jira/browse/CASSANDRA-15897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17232830#comment-17232830
]
Alex Petrov edited comment on CASSANDRA-15897 at 11/19/20, 2:31 PM:
--------------------------------------------------------------------
[~jmeredithco] if I understand the problem correctly, [CASSANDRA-16217] does
not solve this one. 4.0 supports versions down to {{ma}}, and 3.0 supports
versions down to {{jb}} (3.0 and 2.0.1 correspondingly). So by the time you're
on 4.0, you should have no 2.0 sstables either way, and this needs to be fixed
for 3.0.
That said, we should make sure things are reversible: if we start upgrade
sstable / commit log or flush processes, we better make sure we can finish it
(or at least make a good effort to).
was (Author: ifesdjeen):
[~jmeredithco] if I understand the problem correctly, [CASSANDRA-16217] does
not solve this one. 4.0 supports versions down to {ma}, and 3.0 supports
versions down to {jb} (3.0 and 2.0.1 correspondingly). So by the time you're on
4.0, you should have no 2.0 sstables either way, and this needs to be fixed for
3.0.
That said, we should make sure things are reversible: if we start upgrade
sstable / commit log or flush processes, we better make sure we can finish it
(or at least make a good effort to).
> Dropping compact storage with 2.1-sstables on disk make them unreadable
> -----------------------------------------------------------------------
>
> Key: CASSANDRA-15897
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15897
> Project: Cassandra
> Issue Type: Bug
> Components: Legacy/Local Write-Read Paths
> Reporter: Marcus Eriksson
> Assignee: Sylvain Lebresne
> Priority: Normal
> Fix For: 3.0.x, 4.0-beta
>
>
> Test reproducing:
> https://github.com/krummas/cassandra/commits/marcuse/dropcompactstorage
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
