Hello
As i remember, this random named folder is used to store data gathered by follow symlink option.
Inside of it are only file named with numbers
However i can t find the data which link to theses files and due to the amount/size of these folders on several server, i am wondering if the purge is working properly
i did :
find /backuproot/servername/ -exec ls -lhd {} ; | grep b68xO+K9SCOF35cLk4Bf9Q
This is where per-backup temporary files are stored. Are you sure the backups aren’t currently running or about to be deleted (because interrupted) with the next cleanup?
First thanks, because then that’s an abnormal situation and a good explanation.
I guess that some group settings were changed. Or some fulls are running
The folder use about as much space as the rest of the backups on some clients.
I did run cleanup and remove unknown before, then couldn’t get the storage down, so the backups are currently stopped. while i inspect the situation.
Knowing what is in the folder, tomorrow i ll take a closer look.
ok , i manually deleted them all, freed 1.1T (on a 5tb drive) , i am unsure that ll cause any issues
odd thing is that some clients had two of such folders
ls -ld /var/docker/data/urbackup-server/datas/*/1901*/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 395612 16 janv. 08:27 /var/docker/data/urbackup-server/datas/backup01.dca.xxxx/190115-1625/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 417618 10 janv. 06:33 '/var/docker/data/urbackup-server/datas/backup01.dca.xxxx[adn]/190109-1838/.b68xO+K9SCOF35cLk4Bf9Q/'
drwx------ 2 urbackup urbackup 651294 16 janv. 09:05 '/var/docker/data/urbackup-server/datas/backup01.dca.xxxx[adn]/190115-1440/.b68xO+K9SCOF35cLk4Bf9Q/'
drwx------ 2 urbackup urbackup 2 8 janv. 16:12 /var/docker/data/urbackup-server/datas/aaaa/190108-1610/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 5 10 janv. 06:53 /var/docker/data/urbackup-server/datas/ct01.bbbbb.dca.xxxx/190110-0600/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 30 10 janv. 09:49 /var/docker/data/urbackup-server/datas/ct01.site.dcb.xxxx/190110-0931/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 9111 16 janv. 09:05 /var/docker/data/urbackup-server/datas/dbck.cccc-prod.yyyy/190115-1444/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 4356 16 janv. 08:28 /var/docker/data/urbackup-server/datas/dboracle/190116-0741/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 40113 16 janv. 09:05 /var/docker/data/urbackup-server/datas/homing-ddddd-prod/190115-1927/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 93995 16 janv. 09:05 '/var/docker/data/urbackup-server/datas/mail01.eeeee.fr[zimbra_store]/190116-0600/.b68xO+K9SCOF35cLk4Bf9Q/'
drwx------ 2 urbackup urbackup 6088 16 janv. 08:54 /var/docker/data/urbackup-server/datas/fffff-r1/190116-0600/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 4745 16 janv. 08:28 /var/docker/data/urbackup-server/datas/pdf01.zzzz/190116-0600/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 88367 16 janv. 09:05 /var/docker/data/urbackup-server/datas/repos.zzzz/190116-0600/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 100 10 janv. 09:53 /var/docker/data/urbackup-server/datas/gggggg/190110-0600/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 112 16 janv. 08:59 /var/docker/data/urbackup-server/datas/gggggg/190115-1434/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 2633 10 janv. 09:46 /var/docker/data/urbackup-server/datas/hhhhhhh/190110-0611/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 443 16 janv. 08:31 /var/docker/data/urbackup-server/datas/sips02.zzzz/190116-0600/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 4 16 janv. 09:04 /var/docker/data/urbackup-server/datas/iiiii/190116-0707/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 83736 16 janv. 09:05 /var/docker/data/urbackup-server/datas/store02.dca.xxxx/190116-0600/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 322416 16 janv. 09:05 /var/docker/data/urbackup-server/datas/web01.zzzz/190115-1826/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 126095 8 janv. 16:14 /var/docker/data/urbackup-server/datas/web01.jjjjj-recette.yyyy/190108-1435/.b68xO+K9SCOF35cLk4Bf9Q/
drwx------ 2 urbackup urbackup 37517 16 janv. 09:05 /var/docker/data/urbackup-server/datas/web01.jjjjj-recette.yyyy/190115-1418/.b68xO+K9SCOF35cLk4Bf9Q/Sorry, but now I don’t know if there is a bug, where those folders aren’t deleted after a backup is done, or not.
No , backup couldnt complete by lack of space , so i had to delete theses.
urbackup was runing since basically last update,
i get out of space, notification from monitoring
i do a manual cleanup of a lot of backup, using the UI
i do various maintenance opération, fianlly i get 700gb free
at about that time i create this thread
i started urbackup service backup
again i get out of space, after 1-2 days
i inspect the folders, now some client have 2 such folders (ls in previous post).
So for theses clients the backup was never sucessfull since the issue started.
Theses clients were doing full backups.
Because of let s say planets alignement, they happened to be the largest clients. their sum was about 500-600gb, because urbackup tried 2 times and thats the 1.1tb i deleted.