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,
> >
>