Re: rsync of a reflink from OCFS2

2018-03-14 Thread Remi Gauvin via rsync
On 2018-03-14 10:29 AM, Kevin Korb via rsync wrote: > It would still be downloading the whole file only to write out a new > one. Rsync writes out a whole new file because it assumes it is doing > so locally. The source of that new file can be a combination of parts > of the existing file and

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Kevin Korb via rsync
It would still be downloading the whole file only to write out a new one. Rsync writes out a whole new file because it assumes it is doing so locally. The source of that new file can be a combination of parts of the existing file and parts of the remote file but it still writes the whole thing.

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Remi Gauvin via rsync
On 2018-03-14 09:41 AM, Lentes, Bernd via rsync wrote: > > also when the target is a cifs share, it's still considered as local ? > Is there something i can do to get the diff algorithm used ? > Copying via ssh to the cifs server is unfortunately not possible. > If you really wanted to, you

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Remi Gauvin via rsync
On 2018-03-14 10:07 AM, Kevin Korb via rsync wrote: > --no-whole-file would only make it even worse. It would have to read > the remote file over the network in order to do the diff then it would > write the whole file over the network anyway (--inplace would help a > little). Local copies force

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Ben RUBSON via rsync
Yes you're right, rsync would update only a few parts of the file, but network usage would be even worst. The only solution would finally be to have rsync on the target system. Ben On 14 Mar, Kevin Korb via rsync wrote: --no-whole-file would only make it even worse. It would have to read

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Kevin Korb via rsync
--no-whole-file would only make it even worse. It would have to read the remote file over the network in order to do the diff then it would write the whole file over the network anyway (--inplace would help a little). Local copies force --whole-file for a good reason. On 03/14/2018 10:05 AM,

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Ben RUBSON via rsync
On 14 Mar 2018, Lentes, Bernd via rsync wrote: - On Mar 14, 2018, at 2:19 PM, Ben RUBSON ben.rub...@gmail.com wrote: On 14 Mar 2018, Lentes, Bernd via rsync wrote: I would now expect a rsync from the snap would transfer just some megay bytes to the file from the day before. But it

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Lentes, Bernd via rsync
no backup - no mercy - On Mar 14, 2018, at 2:19 PM, Ben RUBSON ben.rub...@gmail.com wrote: > On 14 Mar 2018, Lentes, Bernd via rsync wrote: > >> I would now expect a rsync from the snap would transfer just some megay >> bytes to the file from the day before. >> But it doesn't: >> >>

Re: rsync of a reflink from OCFS2

2018-03-14 Thread Ben RUBSON via rsync
On 14 Mar 2018, Lentes, Bernd via rsync wrote: I would now expect a rsync from the snap would transfer just some megay bytes to the file from the day before. But it doesn't: ha-idg-1:/cluster/guests/servers_alive # time rsync -av --stats sa.raw.snap

rsync of a reflink from OCFS2

2018-03-14 Thread Lentes, Bernd via rsync
Hi, i have some virtual machines running on logical volumes formatted with OCFS2. I'd like to snapshot the running guests to backup them easily afterwards. The files of the guests are big (100 - 300GB), but the content changes only slowly. So i thought that rsync would be a great benefit