Version 11a.
I have a backup job that was deleted a long time ago. It only had 1 vm in it and that vm was about 5tb in size.
The orphaned backup shows there is one restore point remaining as of 1/1/2022 and this appears to be the "yearly". I suspect the old job had "yearlys: set for 7 years as far as the "keep certain full backups longer for archival purposes" setting were set. . RIght now it says that that vm cant be removed until 2029 due to immutability. Is there any way to clean this up? There is no job so there are no settings to change or tweak as far as GFS goes; There is only this giant vm sitting where we cant touch it.
I did confirm that on each of my repos in the the SOBR are set to "Make recent backups immutable for 14 days" but my understanding is if you use the "keep certain full backups longer for archival purposes" in the backup job itself, that those number make your immutable storage duration take on those additional dates as well.
-
- Service Provider
- Posts: 106
- Liked: 6 times
- Joined: Feb 01, 2016 10:09 pm
- Contact:
-
- Product Manager
- Posts: 14870
- Liked: 3095 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Orphaned Backup Clean up
Hello,
yes, GFS restore points are immutable for the entire period of time.
Your Linux administrator (root on the Hardened Repository) can remove the backup. From the backup server side, there is no way to delete it. You can only "remove from configuration" so that the backup server forgets about the backup.
Best regards,
Hannes
yes, GFS restore points are immutable for the entire period of time.
Your Linux administrator (root on the Hardened Repository) can remove the backup. From the backup server side, there is no way to delete it. You can only "remove from configuration" so that the backup server forgets about the backup.
Best regards,
Hannes
Who is online
Users browsing this forum: Bing [Bot] and 24 guests