-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Snapshot retention does not work with etcd-s3-folder #10292
Comments
Was just going to open an issue on this...
Even if I force prune, doesn't help:
|
@reefland on-demand and scheduled snapshots have different base names, and pruning on-demand snapshots does not affect the scheduled ones. You'll need to specify the correct snapshot name to prune scheduled snapshots: If you've set a different default name for scheduled snapshots via the server's etcd-snapshot-name cli flag or config file key, use that instead of |
I'm using the default snapshot names:
Tried to use your suggestion with
But using
However, the count did not drop:
If I search for the 1st one it said was deleted, still shows up:
If I run the prune command again, gives me the same long list. And the
Suggestion? |
Hmm, that's a bug. The other commands have aliases, I'll have to see why we missed it for that flag
What do you have in the config.yaml? I am assuming that the rest of the |
BTW - The docs https://docs.k3s.io/cli/etcd-snapshot reference
Not sure why it has a problem with the entry above. |
Yeah, that flag is only valid on the server command-line to configure the snapshot schedule. It is not valid to pass that on the Look at this a little more closely, I guess even on-demand prune is broken :/ The best you can probably do at the moment is to manually run |
Validated on master branch with version v1.30.2-rc3+k3s1Environment DetailsInfrastructure
Node(s) CPU architecture, OS, and Version:
Cluster Configuration:
Config.yaml:
Testing Steps
pruned snapshot should not be listed after being deleted. Replication Results:
on-demand-ip-172-31-30-182-1718932088 is still listed above - after it was supposed to be deleted. Validation Results:
on-demand-ip-172-31-21-205-1718931997 is not on the list. P.S: the --etcd-snapshot-name is still not recognized. --name worked. |
|
Issue to track
The text was updated successfully, but these errors were encountered: