Maybe your fileset causes files to be copied more than once (e.g. by listing
the same directory via different File= lines)?
Also, what kind of filesystem are you using for the restored directory? Maybe
it is compressing the data on restore (since du reports the disk used, not the
size of the files)?
You could try running bls on the volume and use your favourite scripting
language to add up the file sizes that it prints to see the expected total
size.
Also, use bls -j to check that the volume really does contain just one job.
__Martin
>>>>> On Thu, 5 Jul 2018 17:28:39 +0200, Uwe Schuerkamp said:
>
> Dear bacula list,
>
> I'm having a weird problem with incremental backups of one of our machines.
>
> We do an online (to disk backup) compressed incremental backup into
> single volumes (one volume per incremental job, 10 volumes recycled
> automatically) and everything appears to work fine.
>
> However, the on-disk usage of the volume is a whopping 170GB, but when
> I do a complete restore of this incremental job the restored directory
> occupies only around 60GB of diskspace.
>
> Here's a bacula web statistic from one of the incremental jobs:
>
> 460031 Incr 1920 170.45 GB 2018-06-14 16:52:11 2018-06-14 18:52:32
> 02:00:21 24.17 MB/s 0.05
>
> And here's the "du -sh" report on the fully restored incemental ("mark
> *" in "/") job listed above:
>
> bacula_restore]# du -sh .
> 96G .
>
> We don't get any error messages during restore except for two tomcat
> logfiles which changed in size during the backup, but those are only a
> few hundred MB and don't account for the huge difference in disk space
> usage we're experiencing here.
>
> Also, the restore logs shows some messages in the form of
>
> "file XXXX has been deleted",
>
> but those are also mostly files that are nowhere near large enough to
> explain the discrepancy in size. We've also tried removing the
> "accurate" flag from the job in question and reloading the config, but
> that hasn't solved the problem, either.
>
>
> We've been running bacula for over a decade now on six backup server
> instances with hundreds of clients and a few dozen TB of archive
> space, so I'd not consider myself a bacula newbie in the sense of the
> word, but this one has me puzzled... any advice would be greatly
> appreciated.
>
> Server version: 9.0.6 compiled from source on centos6
> Catalog DB: MariaDB 10.x
> Client fd version: bacula-client-5.0.0-13.el6.x86_64
> bacula-common-5.0.0-13.el6.x86_64
>
> Thanks very much in advance for any ideas on the matter & all the best,
>
> Uwe
>
> --
> Uwe Schürkamp | email: <uwe.schuerk...@nionex.net>
> Geschäftsführer: Ralf Schürmann | Dr. Manfred Heinen
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
