AH. Turns out urbackup did not like a four day pause in a backup as it won’t resume that previous backup. No acknowledgement of any of those files having been transferred. no log has it, only the stats page seems to be able to count those TBs.
I’ve restarted the server with more space, and hitting Continue on the client now gave me an even longer ETA of 9 days for the backup. Back at 0%.
Oh well… it is but a learning curve. I’ll give it a few hours in case the dedup side kicks in and it spots the data is already there and nothing needs backing up. Otherwise I may as well delete it all and start fresh.
I assume as I can’t see the big backup listed in the logs, when it stalled it was abandoned and now I have 8TB of orphaned data? Today’s Incremental backup seems to be writing out the same files again as if they don’t exist.
I’ll monitor it for another hour, but it looks like I’ll have no choice but to stop it and wipe it all out. I can’t have it “forgetting” about 8TB of already backed up data as I’ll end up filling up the server again.
Okay - so reading the manuals I see that I can run urbackupsrv remove-unknown to clear out anything that is unknown\unsuccessful from the folders? I guess if that 8TB of data is really “lost” to the urbackup server this is my saviour? Is this in the GUI somewhere? I get a Permission Denied when I try and run it from the command line on the server.
With the Virtual Clients I wanted to split the backup into “backup these three folders daily” and “Backup this 8TB of files monthly”. If I read this correctly I just need to add one “virtual” client. Then assign the “fast” directories to the first client, and the slower files to the virtual version. Giving me two clients listed: GERTY and GERTY[media]. With GERTY getting the daily backups on the core folders, and GERTY[media] getting monthly runs on a different set of folders?
(Edit note: This post has been re-written \ added to a few times as I answer my own puzzles)