On Mon, 14 Sep 2020 at 01:53, Dan Langille <d...@langille.org> wrote:
> On Sat, Sep 12, 2020, at 6:23 AM, Ben Laurie wrote: > > I restored a Windows incremenental backup (to a FreeBSD machine). > > The restore job looks like: > > Build OS: amd64-portbld-freebsd12.1 freebsd 12.1-SYNTH > JobId: 92 > Job: RestoreFiles.2020-09-12_10.36.22_08 > Restore Client: b2-fd > Where: /tmp/bacula-restores > Replace: Always > Start time: 12-Sep-2020 10:36:24 > End time: 12-Sep-2020 10:45:48 > Elapsed time: 9 mins 24 secs > Files Expected: 3,858 > Files Restored: 3,858 > Bytes Restored: 82,256,949,051 (82.25 GB) > Rate: 145845.7 KB/s > FD Errors: 0 > FD termination status: OK > SD termination status: OK > Termination: Restore OK > > But... > > b2 /tmp/bacula-restores# du -sh * > 804M c: > 22K j: > 25G k: > > Why are the restored files less than a third of the size of the restore > job? > > > Is zfs compression involved? > Hmm. I thought du reported the size in blocks of the files, rather than what they actually take on disk? If you look at https://github.com/coreutils/coreutils/blob/master/src/du.c#L589 (the first du I found) that suggests it is just using the file size as returned by stat(). > > -- > Dan Langille > d...@langille.org > > > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users >
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
