similar to: [Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

Displaying 20 results from an estimated 30000 matches similar to: "[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send"

2024 Feb 09
0
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
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".
2024 Apr 03
0
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #41 from Mihnea-Costin Grigore <mihnea at zulu.ro> --- The discussion about file systems like ZFS/BTRFS/etc. and their various snapshot mechanisms is off-topic relative to this feature request, since they are very different technologies used for different purposes. rsync is used commonly to synchronise at the *file level* between
2016 Mar 07
0
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #24 from Karl O. Pinc <kop at meme.com> --- 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 everything
2016 Mar 07
0
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
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
2014 Mar 02
0
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
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
2005 Feb 11
2
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
https://bugzilla.samba.org/show_bug.cgi?id=2294 ------- Additional Comments From blackb1rd@seat-ibiza.nl 2005-02-11 01:58 ------- I totally agree this one. With this enhancement there would be no longer unnecessary traffic when some user has moved / copy'ed a large directory (which is really annoying). -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You
2016 Dec 30
0
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
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
2005 Feb 01
0
[Bug 2294] New: Detect renamed files and handle by renaming instead of delete/re-send
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
2016 Mar 06
1
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
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 everything here and basically have the same use case. My version is that I am creating a regular backup of logs from many servers' services onto a single box, and doing so with rsync. Some of those services
2007 Jul 11
0
DO NOT REPLY [Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
https://bugzilla.samba.org/show_bug.cgi?id=2294 boris@folgmann.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |boris@folgmann.de ------- Comment #6 from boris@folgmann.de 2007-07-11 09:50 CST ------- I'm using rsync 2.6.9 to archive rotated
2008 Nov 30
0
DO NOT REPLY [Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
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
2017 Jan 22
0
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #27 from Wolfgang Hamann <wolfgang at maas-noten.de> --- Hi, I recently ran into the problem that a large file set got renamed and then re-sent. I tried to fix after the fact, so I went the obvious way of comparing sizes and modtimes on the destination and calculate checksums for potential matches. I would have preferred to use a
2015 Jan 03
1
[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
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
2011 Jan 29
5
DO NOT REPLY [Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send
https://bugzilla.samba.org/show_bug.cgi?id=2294 ------- Comment #12 from phr-samba at nightsong.com 2011-01-28 20:38 CST ------- Hi, I was about to enter a similar suggestion to this. My very frequent use case is moving files from one directory to another. In that situation the file name does not change--just the directory path leading to it. These are often quite large files (0.2 to
2015 Mar 27
0
rsync 3.0.9 segmentation fault
Hi Kevin, Just did: same result. -- Best regards / Met vriendelijke groet, Aron Rotteveel 2015-03-27 14:32 GMT+01:00 Kevin Korb <kmk at sanitarium.net>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Try it without any --delete options. > > On 03/27/2015 09:31 AM, Aron Rotteveel wrote: > > I am now running with --delete --numeric-ids --relative but the
2015 Apr 07
2
rsync 3.0.9 segmentation fault
Anyone have any other ideas I could try to debug this issue? :) -- Best regards / Met vriendelijke groet, Aron Rotteveel 2015-03-27 16:02 GMT+01:00 Aron Rotteveel <rotteveel.aron at gmail.com>: > Hi Kevin, > > Just did: same result. > > -- > Best regards / Met vriendelijke groet, > > Aron Rotteveel > > 2015-03-27 14:32 GMT+01:00 Kevin Korb <kmk at
2015 Mar 27
0
rsync 3.0.9 segmentation fault
I am now running with --delete --numeric-ids --relative but the problem still persists. -- Best regards / Met vriendelijke groet, Aron Rotteveel 2015-03-27 14:22 GMT+01:00 Kevin Korb <kmk at sanitarium.net>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Try also removing --delete-excluded. Without those two options there > should be no reason for rsync to require
2015 Mar 27
2
rsync 3.0.9 segmentation fault
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Try it without any --delete options. On 03/27/2015 09:31 AM, Aron Rotteveel wrote: > I am now running with --delete --numeric-ids --relative but the > problem still persists. > > -- Best regards / Met vriendelijke groet, > > Aron Rotteveel > > 2015-03-27 14:22 GMT+01:00 Kevin Korb <kmk at sanitarium.net >
2015 Mar 27
2
rsync 3.0.9 segmentation fault
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Try also removing --delete-excluded. Without those two options there should be no reason for rsync to require gigs of RAM. Well, unless the other system has rsync 2.x. On 03/27/2015 07:29 AM, Aron Rotteveel wrote: > Yes, I removed "--no-inc-recursive", without success. > > -- Best regards / Met vriendelijke groet, > >
2015 Mar 27
0
rsync 3.0.9 segmentation fault
Yes, I removed "--no-inc-recursive", without success. -- Best regards / Met vriendelijke groet, Aron Rotteveel 2015-03-27 12:24 GMT+01:00 Kevin Korb <kmk at sanitarium.net>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Have you tried removing --no-inc-recursive yet? > > On 03/27/2015 07:19 AM, Aron Rotteveel wrote: > > Hi Roland, > > >