Ariel Weisberg commented on CASSANDRA-14197:

bq. On a side-note, I'd also say that we should use the old format until 
upgradesstables is run, but that's a separate discussion.
I think changing the default behavior is not on the table. Without the property 
you would not get an automatic upgrade.

So I think the 4 options are, environment  variable, java property, yaml 
property, or flag to upgrade sstables. I don't actually have a strong 
preference against a java property it just seems like they are for more 
esoteric configuration options and not the ones people might actually be 
expected to use which end up as yaml properties or say a flag to upgrade 

Would it be too much to ask that this should be a documented YAML option that 
under the hood effectively invokes upgradesstables with a flag to get this new 
retry behavior which as Kurt points out sounds like a nice enhancement?

> SSTable upgrade should be automatic
> -----------------------------------
>                 Key: CASSANDRA-14197
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14197
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Marcus Eriksson
>            Assignee: Marcus Eriksson
>            Priority: Major
>             Fix For: 4.x
> Upgradesstables should run automatically on node upgrade

This message was sent by Atlassian JIRA

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

Reply via email to