similar to: --detect-renamed

I had a recent disaster scenario with rsync. I was wondering if there were any suggestions to guard against in the future: I used to maintain "mirror" backups of the /home dir on our production_server using rsync to a backup_server. The primary server had a rsyncd daemon running and the backup_server had this line in the crontab: 10 01 * * * rsync -av --delete root at

I am using rsync to keep a mirror of my 800GB /home (server1). The backup machine is a separate server (servr2). Currently I am running rsync daemon on server2 and invoking rsync daily via cron on server2. Are there design / performance considerations that influence which machine is made the server and which the client? Also, Is the rsync daemon the preferred way to o this backup? I can also

https://bugzilla.samba.org/show_bug.cgi?id=2294 Summary: Detect renamed files and handle by renaming instead of delete/re-send Product: rsync Version: 2.6.3 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org

https://bugzilla.samba.org/show_bug.cgi?id=8847 Summary: detect-renamed.diff update to ensure existence of directory for partial-dir Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #39 from andy <andy at digitalsignalperson.com> --- > This feature request is so old it has lost relavence because btrfs/zfs/etc are more optimal backup solutions than rsync. Funny I am doing exactly this, but I came to rsync looking for a backup for when ZFS fails. Many consider zfs/btrfs/snapshots as "not a backup".

https://bugzilla.samba.org/show_bug.cgi?id=2294 ------- Comment #8 from bill+samba@bfccomputing.com 2008-11-30 17:24 CST ------- (In reply to comment #5) > Thanks. This will be especially useful for log directories where logrotate is > incrementing the filename number at each rotation period (httpd.10.gz -> > httpd.11.gz). Since I mentioned this specific use case, I should

Is there a way to set rsync excludes by filesize? I already do excludes by a wild card on the name but I needed something a bit more sophisticated this time around. I have files with the extension .nc (netcdf files) which tend to be huge before the users post-process them. I want all files with a .nc extension excluded if they are, say, 100+ MB in size. Is there a way to do this via rsync?

Hi, I played around with the combination of rsync --detect-renamed --detect-moved and -b. Given the following tree: src/dir/file dest/src/dir/file I renamed src/dir to src/dir2 and ran the following command: rsync -a --detect-renamed --detect-moved --delete -b --backup-dir=bak src dest ending up with: dest/bak/src/dir/file Is it supposed to do that? I was expecting it to detect the renamed

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #25 from Andrey Gursky <andrey.gursky at e-mail.ua> --- On Sun, 06 Mar 2016 22:20:16 +0000 samba-bugs at samba.org wrote: > https://bugzilla.samba.org/show_bug.cgi?id=2294 > > --- Comment #23 from dajoker at gmail.com --- > Looking for this capability prior to entering it as an enhancement request > myself, I found

Is there a way to know from the rsync logs how long it took to do a backup? The only timing info,. I see is this at the end: sent 3067328 bytes received 7853035429 bytes 1187888.83 bytes/sec total size is 1559866450336 speedup is 198.55 Can I use it to figure out how long the operation took? Does the above mean it took 2.5 secs of send time and 1.8 hours of recieve time so (roughly) the

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #22 from elatllat at gmail.com --- Wow 10 years. Maybe one reason this has not been implemented is there are other options. For example I have been using a shell script as a wrapper to reduce the iteration of this bug, here is how it works: 1) Create 2 lists of files; destination and source with the files sizes and path 2) For each file

I cannot figure out where I am going wrong with my excluded files syntax! rsync backups up those folders I'm trying to exclude. rsync -av --exclude-from=/etc/rsync_excluded.conf --delete root@polaris::polhome /pol_home_bkup cat /etc/rsync_excluded.conf - /home/agokhale - /home/anand - /home/asalazar etc. These are all top level folders with the same names. On the rsync server

Is there a way to speed up rsync by opening more than one daemon in parallel. I use rsync --daemon to start rsync. I was wondering if opening more than one instance is recommended or feasible? I know that for services like nfs for example I have had opening many instances improve performance. I have 4 cores available so if there are any other parallization modes I'd be glad to know since I

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #26 from Ben RUBSON <ben.rubson at gmail.com> --- ### What's the diff between --fuzzy and --detect-renamed ? If I understand correctly, --fuzzy looks only in destination folder, for either a file that has an identical size and modified-time, or a similarly-named file, and uses it as a basis file. Whereas --detect-renamed looks

Hello, I was looking for "detect renamed" feature in rsync (https://bugzilla.samba.org/show_bug.cgi?id=2294) so used rsync-3.0.9 with patches detect-renamed.diff and detect-renamed-lax.diff. I have 2 questions, not sure if I'm missing something (options) or if it is working as intended and could be improved. 1) It does not detect a rename when a file is moved into another

Wayne, The detect-renamed.diff in the current CVS rsync appears to be very badly broken. I have fixed it and made some other improvements: Crash fixes: - Move misplaced the_fattr_list initialization hunk back to recv_file_list - Send --detect-renamed to the sender so it knows to disable incremental recursion - With --partial-dir=. , look_for_rename returns rather than crashing Improvements:

Hello, I heard recently about the detect-renamed patch for rsync. I was about to code something similar, I need it badly, but decided to give the patch a try first. It seems to work well but it's rename detection scheme seems to be limited. From my tests, it seems to detect that a file has changed name only if the file remains in the same base dir. It detects that a file has moved

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #20 from kevin.layer at gmail.com 2014-03-02 03:08:37 UTC --- I've been playing with the --detect-renamed patch https://git.samba.org/?p=rsync-patches.git;a=blob;f=detect-renamed.diff;h=c3e6e846eab437e56e25e2c334e292996ee84345;hb=master I can't get seem it to work. Does it rely on other patches? Anyway, in a simple test, using

Hello, Object of my mail : 1/ stick a problem of incompatibylity between 2 patches (fileflags.diff & detect-renamed.diff) 2/ proposition of a correction I wanted to run rsync on a mac (OS X 10.6.5) with the --detect-renamed option. I therefore tried to compile rsync with the 3 relevant patches : - fileflags.diff - crtimes.diff - detect-renamed.diff But the patch detect-renamed.diff is

Hello, I need to run rsync on a mac (OS X 10.6.5) with the --detect-renamed option available. I therefore started to compile rsync with the 3 relevant patches (in my opinion) : - fileflags.diff - crtimes.diff - detect-renamed.diff Here are my exact compile instructions : patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/detect-renamed.diff