After an upgrade I recommend running upgrade sstables no matter what the
version change is. If it's not needed, nothing will happen.
On Fri, Oct 13, 2017 at 4:30 AM Steinmaurer, Thomas <
thomas.steinmau...@dynatrace.com> wrote:
> And extremely useful/important in the field not being a strict
And extremely useful/important in the field not being a strict requirement
immediately upgrading sstables, especially for not closely monitored
environments, e.g. unattended deployments like development machines or even
customer on-prem installations etc.
Cassandra's data backwards
Old restrictions that have been lifted Jeff :)
Ever since 2.0 we have supported streaming old sstables, see here for the 2.0
ticket:
https://issues.apache.org/jira/browse/CASSANDRA-5772
That was broken in early 3.0, but had since been fixed by the ticket Marcus
linked
Same here, regarding sincere question to know the corner cases from 2.1 =>
3.11.1, but Marcus already provided the JIRA ticket.
Thanks!
-Original Message-
From: Per Otterström [mailto:per.otterst...@ericsson.com]
Sent: Freitag, 13. Oktober 2017 09:01
To: dev@cassandra.apache.org
https://issues.apache.org/jira/browse/CASSANDRA-10990
On Fri, Oct 13, 2017 at 9:00 AM, Per Otterström wrote:
> Hepp!
>
> Just to be clear, I'm not claiming this to be the case, it is a sincere
> question. My team is planning an upgrade from 2.2 to 3.0 which is why
Hepp!
Just to be clear, I'm not claiming this to be the case, it is a sincere
question. My team is planning an upgrade from 2.2 to 3.0 which is why I'm
asking. Some initial tests indicate that repairs etc work well before running
upgradesstables (assuming all nodes are upgraded to 3.0). But if
Two people say I’m wrong, I’ll believe it - must be imagining restrictions that
don’t exist.
--
Jeff Jirsa
> On Oct 12, 2017, at 10:55 PM, Per Otterström
> wrote:
>
> Hi!
>
> This was news to me. I had the impression that we are maintaining backwards
>
Hi Jeff,
I was under the impression that streaming in a cluster with mixed binary
versions might be problematic, but as long as the cluster is on the same binary
version (e.g. after a rolling upgrade), we still can have SStables in mixed
data formats and streaming will work?
Thanks,
Thomas
Hi!
This was news to me. I had the impression that we are maintaining backwards
compatibility for streaming non-upgraded sstables. Is that not the case?
However, I believe it is a good idea to run upgradesstables at some point
_before_ upgrading Cassandra next time to make sure there are no
You won't notice any issues (all versions of cassandra are backwards
compatible at least 1 version), and sstables will be slowly migrated to the
new format as you compact, but you should still run it (upgradesstables)
explicitly because when it comes time to run
repair/boostrap/decommission/etc,
Hi,
I recently upgraded my test cluster from C* 2.0.9 to 2.1.19 and I did not
run 'nodetool upgradesstables' at all. Per my confirmation afterwards,
everything is fine. But according to documentation at
https://support.datastax.com/hc/en-us/articles/208040036-Nodetool-upgradesstables-FAQ.
I need
11 matches
Mail list logo