Skip to content
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

Auto Snapshot disablement feature not available #32184

Open
jalsanishant opened this issue Feb 26, 2025 · 1 comment
Open

Auto Snapshot disablement feature not available #32184

jalsanishant opened this issue Feb 26, 2025 · 1 comment
Assignees
Labels

Comments

@jalsanishant
Copy link

Name and Version

chart version: 10.12.1

What is the problem this feature will solve?

auto_snapshot=true & auto_snapshot_ttl: '30d' are default values of cassandra.yaml file that is getting installed with this helm chart.
This creating excessive burden on Cassandra cluster even failing jobs that run 3-4 times in a hr. Also on storage too when combined occupying space of snapshots of all nodes in cassandra cluster.
In our case, we temporary put data on cassandra for instant processing & truncate everything after each job successful. So we do not need snapshots at all & data loss is not a worry.

What is the feature you are proposing to solve the problem?

Can we please have a feature in values.yaml file to disable/control auto_snapshots & TTL values?

What alternatives have you considered?

We cannot just use custom cassandra.yaml disabling auto_snapshots through existingConfiguration from values.yaml using configmap .
It collides with seed_provider, listen_address, broadcast_rpc_address in cassandra.yaml which has values that are binded to each cassandra node hostname which failing cassandra deployment. Leaving these values blank also had unsuccessful deployment. Correct me if I'm wrong if there's a way to have customconfiguration with configmap & have successful deployment of helm chart. Thanks.

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

No branches or pull requests

2 participants