no backup - no mercy ----- On Mar 14, 2018, at 2:19 PM, Ben RUBSON ben.rubson at 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: >> >> ha-idg-1:/cluster/guests/servers_alive # time rsync -av --stats >> sa.raw.snap /mnt/idg-2/SysAdmin_AG_Wurst/backup/cluster/test > > Hi Bernd, > > When doing rsync locally, diff alg is not involved, this is why file is > fully transferred. > > BenHi Ben, 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. Bernd Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671
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 could use the --no-whole-file option, *but* the result is not what you expect. Remember that Rsync has to read the entire destination file so it can compare to the source. You'll actually end up increasing your io over the network
On 14 Mar 2018, Lentes, Bernd via rsync wrote:> ----- On Mar 14, 2018, at 2:19 PM, Ben RUBSON ben.rubson at 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: >>> >>> ha-idg-1:/cluster/guests/servers_alive # time rsync -av --stats >>> sa.raw.snap /mnt/idg-2/SysAdmin_AG_Wurst/backup/cluster/test >> >> Hi Bernd, >> >> When doing rsync locally, diff alg is not involved, this is why file is >> fully transferred. >> >> Ben > > Hi Ben, > > also when the target is a cifs share, it's still considered as local ?Yes as it's mounted locally.> Is there something i can do to get the diff algorithm used ?Perhaps --no-whole-file would do the trick ?> Copying via ssh to the cifs server is unfortunately not possible. > > > Bernd
--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, Ben RUBSON via rsync wrote:> On 14 Mar 2018, Lentes, Bernd via rsync wrote: > >> ----- On Mar 14, 2018, at 2:19 PM, Ben RUBSON ben.rubson at 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: >>>> >>>> ha-idg-1:/cluster/guests/servers_alive # time rsync -av --stats >>>> sa.raw.snap /mnt/idg-2/SysAdmin_AG_Wurst/backup/cluster/test >>> >>> Hi Bernd, >>> >>> When doing rsync locally, diff alg is not involved, this is why file is >>> fully transferred. >>> >>> Ben >> >> Hi Ben, >> >> also when the target is a cifs share, it's still considered as local ? > > Yes as it's mounted locally. > >> Is there something i can do to get the diff algorithm used ? > > Perhaps --no-whole-file would do the trick ? > >> Copying via ssh to the cifs server is unfortunately not possible. >> >> >> Bernd >-- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (personal) Web page: http://www.sanitarium.net/ PGP public key available on web site. ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 224 bytes Desc: OpenPGP digital signature URL: <http://lists.samba.org/pipermail/rsync/attachments/20180314/fbedd8c2/signature.sig>