-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Forget: show reason why oldest snapshot in a group is kept #4806
Comments
Ok. It seems, that this is only not working like excepted for the initial snapshot. This initial one stays what ever happens later. But for all other snapshots it's working like excepted. I think it would be helpful to leave this issue to avoid initial confusion for others. |
This is actually intended behavior (although a bit unexpected), see https://restic.readthedocs.io/en/stable/060_forget.html#removing-snapshots-according-to-a-policy :
That special case isn't particularly relevant for |
Oh sorry. Did not see this. Maybe too less confuse, we could add this also as a reason in the |
Here you go: #4820 |
@MichaelEischer: Thank you for your effort. just to be clear. I think it would be helpful to add the info about this into the forget command output (not the help). So in the column
That is the reason i was confused. Because i just checked this column. I guess others could be confused easily too, if this info is there missing. For me it's kind of uncomplete. If a reason is displayed, then all reason should be displayed. |
Any suggestion for a compact reason that would be understandable? Would |
To keep the terms like in the doc maybe with the term additional. e.g. It will just be one for each keep criteria, so at least I would not mind about a line-breaked reason. |
I'm wondering if the snapshot keyword is necessary in general. |
Output of
restic version
restic 0.16.4 compiled with go1.21.6 on linux/amd64
What backend/service did you use to store the repository?
local
Problem description / Steps to reproduce
I setup a new repo and did manually 3 snapshots.
All the same day, two in the same hour (09:00).
I try to specify
forget -keep-hourly 24
, which should keep for the latest 24 hour max one snapshot per hour.The
forget --keep-hourly
keeps too many backups.The 09:36:51 and 09:41:06 (same day) both keeps with reason hourly. But only the 09:41:06 should be kept.
Expected behavior
The older backup in the hour 09:xx (0729c5c9 at 09:36:5) should be deleted, because in the same hour there is a newer one.
So command output should display:
Actual behavior
The backup 0729c5c9 stays and is not forgotten by restic which is wrong in my opinion.
Do you have any idea what may have caused this?
No.
I found already different problems in the forum and issues. But mostly regarding time zones or confusing between the
-keep-within
and-keep-*
option.Did restic help you today? Did it make you happy in any way?
Restic is awesome. Thank you very much for all your work.
I used already to often to get a older config file version.
The text was updated successfully, but these errors were encountered: