Am Sonntag 01 Juli 2007 15:39 schrieb Matthias Meyer:
> Hello,
>
> I am not sure that the backup optimization through pool/hardlinks really
> work.
> The web-interface shows me that it not work :-(
> In the File Size/Count Reuse Summary cut off I see:
>  Totals    Existing Files    New Files
>    Backup#    Type    #Files    Size/MB    MB/sec    #Files    Size/MB
> #Files    Size/MB
>   0    full    16070    1000.1    0.92    495    0.0    0    0.0
>   1    incr    205    62.9    0.47    0    0.0    0    0.0
>   2    incr    281    65.1    0.66    4    0.0    0.0
>   3    full    91724    1914.9    0.53    437    0.0    0.0
>   4    incr    35    3.3    0.02    3    0.0    0.0
>   5    incr    72    3.9    0.03    5    0.0    0.0
>   6    incr    6161    438.3    0.45    29    0.0    0.0
>   7    incr    815    43.9    0.12    6    0.0    0.0
>   8    incr    91    1.3    0.01    4    0.0    0.0
>   9    full    92923    1974.2    0.49    445    0.0    0.0
>
> In clear words e.g. backup #9:
> This full backup found 92923 files with a size of 1.9 GB. 445 of this
> filess are already backuped and found in pool but with a size of 0 MB.
>
> From the 92923 files are 445 already in pool and 0 new files? I believe
>  that must be 92478 files. Also I believe that more than 80% of the files 
> are unchanged. Therefore more than 74000 files should be already in the 
>  pool. 
>
> In the next topic, the Compression Summary:
>
>  Existing Files    New Files
>    Backup#    Type    Comp Level    Size/MB    Comp/MB    Comp    Size/MB
> Comp/MB    Comp
>   0    full    9    0.0              0.0
>   1    incr    9    0.0              0.0
>   2    incr    9    0.0              0.0
>   3    full    9    0.0              0.0
>   4    incr    9    0.0              0.0
>   5    incr    9    0.0              0.0
>   6    incr    9    0.0              0.0
>   7    incr    9    0.0              0.0
>   8    incr    9    0.0              0.0
>   9    full    9    0.0              0.0
> the webinterface documents that every backup, also backup #9, contains 0
> exisiting files and 0 new files.
>
> Do I missunderstand the webinterface?

Also a check of the used inodes let assume that the files are not pooled.
The file I checked is written by me and noch change since years:
vdr:~# ls -alh /debiandowngrades/install.txt
-rw-r--r-- 1 root root 473 2005-08-20 14:28 /debiandowngrades/install.txt

Than I searching this file in the backup:
FileServer:~# find /Backup/pc/vdr -name finstall.txt -exec ls -i {} \;
563025 /Backup/pc/vdr/10/f%2f/fdebiandowngrades/finstall.txt
509047 /Backup/pc/vdr/3/f%2f/fdebiandowngrades/finstall.txt

where 3 and 10 are full backups. I have also 4-9 and 11-13 which are 
incremental backups and not contain this file (because it is not changed!).

I've configured backuppc with tar and compression 9.
Thank you for any hint where are my mistake(s).
-- 
Don't Panic

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
BackupPC-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Reply via email to