Skip to content

For upgrade tests correctly use cassandra_version over version, and set protocol_version to highest source version supports #275

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conversation

michaelsembwever
Copy link
Member

@michaelsembwever michaelsembwever commented Apr 9, 2025

This PR…
1. Fix places where we need to be using cassandra_version() (instead of just version()), now that we support other cluster types.
2. for upgrade tests default the protocol_version to the max of the source/starting version in the upgrade path -- the assumption here is that from.max_proto_v will always be within the to.min_proto_v to to.max_proto_v range.
3. for upgrade tests default the endpoint_snitch yaml property to SimpleSnitch. this relates to HCD-129
4. after upgrading a node, check and prune any unsupported config options
5. when creating a cluster (dtest_setup.create_ccm_cluster(..)) use the correct cluster type subclass
6. when upgrading, check (and change if necessary) the cluster class type and the node class type (and copy config files into new config locations)

@bereng
Copy link
Contributor

bereng commented Apr 24, 2025

+1 despite being Draft conditioned to good CI

@michaelsembwever michaelsembwever marked this pull request as ready for review April 24, 2025 08:10
…et protocol_version to highest source version supports

Assumption is made that the source version on an upgrade path cannot support a higher protocol_version than the destination version.

Also upgrade tests default to SimpleSnitch, regardless of cluster's default config, can be overridden by each test.

 patch by Mick Semb Wever; reviewed by Berenguer Blasi for CASSANDRA-20536
@michaelsembwever michaelsembwever force-pushed the mck/upgrade-fixes-cluster-types branch from 6591570 to a2702e8 Compare April 24, 2025 16:41
@michaelsembwever
Copy link
Member Author

committed 4f6f06c

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants