-
Notifications
You must be signed in to change notification settings - Fork 203
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
Smart-remove (cli) doesn't remove snapshots #1880
Comments
Hello khenty, Thank you for taking the time to report the bug and providing the details. I appreciate your feedback, will investigate the issue, and work on a solution to the best of my ability.
Why not running the remove procedure from the GUI? Just take a snapshot. Even if no new snapshot is taken (because no modifications are detected) the remove procedure is executed. Or you can remove the snapshots manually in the GUI by selecting them and then use the remove snapshot toolbotton. How exactly do you start the GUI? Why do you use "sudo" to start backintime?
You freed 1.3 GB but the GUI still shows all snapshots. That is wired. I have no explanation of this.
Use the GUI to deleted them. Run a "Take a snapthot" or select them and use the "Remove snapshot" button or menu entry. If you can reproduce this somehow please save the terminal output for us. Also use the Not sure when we'll find the time to work on it. Please see the projects background information to get an idea about our workflow and priorities: Best regards, |
Hi, Christian, Thanks for getting back to me. Unfortunately, I cannot reproduce the output, because I did not save it when the error occurred. But after I posted this problem, I ran "sudo -i backintime smart-remove" three more times. The first time successfully eliminated 6 of the 11 snapshots, the second eliminated three more, and the third eliminated the remaining two. I did confirm that the error returned was 22. I didn't realize that doing a backup from the gui would produce the same smart-remove result. Would I have had to do that four times, I wonder? And yes, I could have selected each of the 11 snapshots and removed them, but I was trying to run smart-remove overnight, and yes, it took longer than overnight the first time. You asked how I start the gui. With a launch button on the Desktop panel, and the button triggers "sudo -i /usr/bin/backintime-qt_polkit %f". That is a bash script that doesn't appear to do much beyond checking for Wayland, then launching backintime-qt. I'll attach that. This is the way backintime was installed by Linux Mint's software manager. When the backintime gui launches, it asks for my password, I assume for root permissions. As for why I used sudo on the command line, without it I get a permissions errors on some of the files backed up. I appreciate the help, and the information about your workflow! As far as I'm concerned, this issue can be closed. Glenn |
Thank you for reporting back.
That makes me wonder. I don't have an explanation for this.
The "backintime-qt_polkit" (here in the repo) script is not intended to run as root. It use pkexec to get root rights. But I assume this is not related to your problem. But I will install a Linux Mint VM and investigate that. There might be a good reason why the Mint package maintainer did it that way. EDIT: I am assuming your Mint is based on Ubuntu/Debian. Please show me the output of this two commands please.
EDIT2: And this command please
|
About backintime-qt_polkit, thanks for the explanation. I don't run that as root, I only run "backintime" as root, from the command line. And yes, the backintime-qt_polkit script does ask for a password to get root privileges. I forgot about that. Yes, this Mint is based on Ubuntu and Debian. Here's the output you requested. Thank you!
|
Based on your last output I would say this is not true. The installed launch button (the .desktop file) do not use "sudo" in its Anyway. It might be possible but I don't think that your special way of starting BIT is the reason for the problems. Currently I have no idea why the smart remove doesn't work in your case. |
Smart remove mostly seems to be working, now that I have eliminated a number of snapshots. I would like to suggest that the gui allow more than 1TB as a requirement for available space on the backup media. If you have several systems on your desktop, 1TB might not be sufficient. I say this because although smart-remove appears to be working, and I run backintime daily now, backintime has exhausted disk space twice since my previous comment two weeks ago. There may be a better solution for this, but right now it seems to me that increasing the amount of required available space might help smart-remove. |
My USB 3.0 backup disk, formatted ext4, ran out of space despite my putting a limit of 1TB (1000 GB) on it. So I enabled smart remove in the backintime gui, for the first time.
Then I tried to run "sudo -i backintime smart-remove" from the terminal. backintime identified 11 snapshots to delete, and proceeded to try to delete them. However, each rsync delete returned an error code, 22 I think. Sorry, I forgot to save the output. I did get about 1.3 GB back, on a 10 TB backup drive, but all the snapshots are still there: The backintime gui shows them all, and when I examine the directory containing the snapshots, they are all there too.
How do I get rid of these snapshots?
I'm rerunning "sudo -i backintime smart-remove", which has identified the same 11 snapshots for removal.
I'm attaching the diagnostic output created before this second deletion attempt. I have backintime 1.4.3 on Linux Mint Mate 22. Thanks for your help!
Note: Most of the time I use the backintime-qt gui, and that's where I set the 1TB free space requirement. Until now, just after I updated to Mint 22, backintime has been good about keeping the free space at or above 1 TB. Also, I do not schedule snapshots, but run them manually at random intervals.
The text was updated successfully, but these errors were encountered: