Hello, thanks for explanation, but how I can check in backuppc, which user uses how much disk space of my backuppc storage? This way File Size counter is absolutelly buggy.
I need to check, which backup uses most of my space and need to find, where I should exclude more files. But there is no information, which I can use. New files are only new files, doesn't count how much files there are. In Total files hardlinked files are counter multiple times, which ends in 10x more space usage in this counter like it's real. This way total files counter is useless, only useful for windows users, which don't use hardlinks. SAL On Mon, Aug 31, 2020 at 09:09:02AM -0700, Craig Barratt via BackupPC-users wrote: > That file is a hardlink, not a symlink. In the backup stats, each instance > of a hardlink is counted towards the total file size. > > If your file system has a lot of hardlinks, perhaps that's why the reported > number is higher than you expect? > > Craig > > On Mon, Aug 31, 2020 at 12:40 AM Ján ONDREJ (SAL) <ondr...@salstar.sk> > wrote: > > > Hello, > > > > On Mon, Aug 31, 2020 at 12:08:50AM -0700, Craig Barratt via BackupPC-users > > wrote: > > > Does your backup include sparse files? > > > > I think no. > > > > > Look in the XferLOG file to see the sizes of individual files - it > > > shouldn't be too hard to spot one that is large. > > > > There is no one large file. As I wrote, restored backup is not so large > > too. > > But you pointed me to right plate. I see this line in XferLOG: > > > > new recv hf..tpog... rw-r--r-- 1000, 1000 25089367 > > var/www/public/media/598522/catalogue.pdf => > > var/www/private/import/docs/catalogue.pdf > > > > This is a symlink and it's size is counted as 25089367. > > According to "=>" symbol, this symlink is properly identified as symlink, > > but it's size is stored as symlinks target file. This is why backup > > size is larger than my filesystem. Can this be fixed? > > > > SAL > > > > > On Sun, Aug 30, 2020 at 11:51 PM Ján ONDREJ (SAL) <ondr...@salstar.sk> > > > wrote: > > > > > > > Hello, > > > > > > > > I am using BackupPC for years, but after update to v4 (4.4.0), some > > > > backups have inconsistent size dislayed in "File Size/Count Reuse > > Summary" > > > > table. > > > > > > > > This is my servers directory, which should be in backup: > > > > > > > > Filesystem Size Used Avail Use% Mounted on > > > > /dev/md0 4.0G 3.0G 1.1G 75% / > > > > /dev/mapper/vg_server-www 200G 119G 82G 60% /var/www > > > > > > > > There is no other filesystem mounted, binded to this directory. > > > > > > > > It's complete size is 200 GB, used only 118 GB. Some files are excluded > > > > from > > > > backup, so an full backup should be about 120 GB uncompressed, after > > > > compression less. But our File Size table looks like: > > > > > > > > Totals Existing Files New Files > > > > Backup# Type #Files Size/MiB MiB/sec #Files Size/MiB #Files > > Size/MiB > > > > 0 full 3220584 943488.6 26.86 2625461 872577.7 1232 537.4 > > > > > > > > As you see, this backup total size is 921 GiB. How it's possible, that > > > > an 200 GB partition is stored as 900 GB? > > > > Also according to i-nodes in linux, my server has: > > > > > > > > Filesystem Inodes IUsed IFree IUse% Mounted on > > > > /dev/md0 4194240 51082 4143158 2% / > > > > /dev/mapper/vg_fusion-www 209715200 2470434 207244766 2% /var/www > > > > > > > > So there is 2.5 millions of files, some excluded, but results as 3.2 > > > > millions > > > > on backup. > > > > > > > > Trying to restore files. Restore downloaded a 68GB tar package. > > > > This looks to be real, but if there are only 70 GB of data, why on > > backuppc > > > > status it's displayed as 900 GB? > > > > > > > > I need to find, which server is using most of my backup space. > > > > I know, that it's hard to find, because files are shared between > > servers > > > > (deduplicated), but at least I can estimate it. But if there are > > multiples > > > > of usage displayed in statistics, then it's impossible to aproximate. > > > > > > > > I deleted all backups of this server, in hope, that it helps, but > > don't. > > > > :-( > > > > > > > > Thank for help. > > > > > > > > SAL > > > > > > > > > > > > > > > > _______________________________________________ > > > > BackupPC-users mailing list > > > > BackupPC-users@lists.sourceforge.net > > > > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > > > > Wiki: https://github.com/backuppc/backuppc/wiki > > > > Project: https://backuppc.github.io/backuppc/ > > > > > > > > > > > _______________________________________________ > > > BackupPC-users mailing list > > > BackupPC-users@lists.sourceforge.net > > > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > > > Wiki: https://github.com/backuppc/backuppc/wiki > > > Project: https://backuppc.github.io/backuppc/ > > > > > > > > _______________________________________________ > > BackupPC-users mailing list > > BackupPC-users@lists.sourceforge.net > > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > > Wiki: https://github.com/backuppc/backuppc/wiki > > Project: https://backuppc.github.io/backuppc/ > > > _______________________________________________ > BackupPC-users mailing list > BackupPC-users@lists.sourceforge.net > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: https://github.com/backuppc/backuppc/wiki > Project: https://backuppc.github.io/backuppc/ _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: https://github.com/backuppc/backuppc/wiki Project: https://backuppc.github.io/backuppc/