Am 27.08.25 um 17:07 schrieb Andreas Grabner:
Hi Andreas
thanks for the quick answer und the intrest in this topic!
I'm always happy to get reports like this, as we tend to overlook things
like this that are rarely used.
See attached trace.
Thank you.
The trace just shows a "normal" file backup.
Some other notes.
Tried it with and without VSS, same result.
The File size shown in webui ist 170GB, on sd and recovered the file has
zero Bytes.
The backup takes just a few seconds.
The basic file attributes are picked up correctly, thus you see 170 GB.
Nevertheless, the FD only picks up a stub-file, which then leads to 0
bytes on restore.
I looked into how deduplication on Windows works (at least on the
documentation end) and I'm honestly not sure how we're supposed to back
something like this up.
Basically, Windows deduplication turns the file into a reparse point and
removes data from it. When you access the file normally (i.e. without
backup semantics) the filesystem will redirect access to the
deduplicated data. However, when using backup semantics (like Bareos
does) you only get the reparse point and not the data.
Could you try to reconfigure your fileset and set the option "Portable =
yes"? This should back up the data without backup semantics. While this
is doomed to miss a lot of attributes and acl, it should actually pick
up the data.
Also, when you tested a restore, did you restore to the very same file
system? Basically, my assumption is that if we back up and recover the
reparse point data correctly (I'm not sure we do), you should get the
same stub-file recovered and it should point to the same deduplicated
data chunks.
While this is pointless for back up (you obviously want the data stored
and not just references to it), it would be interesting to know.
Best Regards,
Andreas
--
Andreas Rogge andreas.ro...@bareos.com
Bareos GmbH & Co. KG Phone: +49 221-630693-86
http://www.bareos.com
Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
Komplementär: Bareos Verwaltungs-GmbH
Geschäftsführer: Stephan Dühr, Jörg Steffens, Philipp Storz
--
You received this message because you are subscribed to the Google Groups
"bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to bareos-users+unsubscr...@googlegroups.com.
To view this discussion visit
https://groups.google.com/d/msgid/bareos-users/462455b5-bea4-4427-a093-c15a8cf46680%40bareos.com.