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/

Reply via email to