Hello everyone!
I am having an issue with the backup of a few files here, taking more
space than need on my ZFS dataset.
After some digging, i found the issue is primarly caused by both gzip
and rsyncrypto.
Here, i will only discuss of the rsyncrypto part making rsync to fail at
backup efficie
rsyncrypto compresses as part of the encryption. You obviously did not
notice this, as you were using /dev/random as your source, and hence
producing uncompressible files. This is also the reason (at least part
of it) that the encrypted files were not the same size.
On 03/02/15 10:34, Guillaume Fr
On 30/12/14 07:28, Zurd wrote:
> The original rsync has an option --backup that works with
> --backup-dir. When they are used, all the modified and/or deleted
> files are put in the --backup-dir argument.
>
> When using the --delete option at the same time, the destination
> folder is then always k
Hello, thanks for answering.
I have to use --inplace to limit writes on the ZFS dataset, otherwise
each snapshot
will use the total file size instead of only the diff.
In my env, i dont do local copies, i do send over SSH on a BSD host.
I will redo all the tests without --inplace to see if it do
