Cleaning of .xxx in the current folder


#1

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


#2

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?


#3

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.


#4

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/

#5

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.


#6

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.