[
https://issues.apache.org/jira/browse/CASSANDRA-16451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17305808#comment-17305808
]
Paulo Motta commented on CASSANDRA-16451:
-----------------------------------------
{quote}As I understand right now, after snapshot creation it is not managed by
cassandra.Also, each snapshot has it's own manifest.json file with metadata.So,
we can write expiration timestamp to each such file and make cassandra
regularly scanning folders with keyspaces/column families and
detecting/removing outdated snapshots.
{quote}
Sounds like a good approach overall, it would be nice if you could detail this
approach a bit more in a short design doc (ie. nodetool API, manifest format,
how the expiration scan works, testing plan). It would probably help in your
GSoC application if you work on some other ticket prior to your application do
demonstrate your basic familiarity with the cassandra codebase. Some good
starter tickets are CASSANDRA-14587 or CASSANDRA-14582, but you can find others
on this list.
> Add ability to ttl snapshots
> ----------------------------
>
> Key: CASSANDRA-16451
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16451
> Project: Cassandra
> Issue Type: Improvement
> Components: Tool/nodetool
> Reporter: Paulo Motta
> Priority: Normal
> Labels: gsoc2021, mentor
>
> It should be possible to add a TTL to snapshots, after which it automatically
> cleans itself up.
> This will be useful together with the {{auto_snapshot}} option, where you
> want to keep an emergency snapshot in case of accidental drop or truncation
> but automatically remove it after a specified period when it's no longer
> useful. So in addition to allowing a user to specify a snapshot ttl on
> {{nodetool snapshot}} we should have a {{auto_snapshot_ttl}} option that
> allows a user to set a ttl for automatic snaphots on drop/truncate.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
