similar to: --link-dest not working?

Hi, I can't manage to get rsync's --link-dest option working. Here is a step by step script which doesn't produce the good results. # create test dir mkdir testrsync cd testrsync mkdir orig echo "abcd" > orig/testfile # create a mirror rsync -apog orig/ mirror/ # create another mirror using link-dest rsync -apog --link-dest=mirror/ orig/ mirror2/ # look at inodes ls

Hi, following the instructions on https://bugzilla.samba.org/createaccount-save.html, I've applied for a bugzilla account at bugzilla-maintenance at samba.org but didn't receive a reply, so I report through this list. With --link-dest the search for a candidate to link from, follows symlinks in directory path components, when the path element is a directory in the source tree but a

Hi guys, I've been struggling with getting --link-dest working for a couple of hours now. I'm using rsync 2.6.9 (protocol 29), on Gentoo Linux. For some strange reason, whenever I recreate the source file, even though it's identical to the old source file --link-dest simply does not create the link. Point in case (starting from a blank directory tmp in my home directory):

I had a heckuva time getting hard link snapshot backups to work. I traced my troubles down to what appears to be an rsync bug: This works as expected (a hard link is made) ************ rm -rf a b mkdir a b echo foo > a/tmp rsync -a a/ b/a.1 rsync -a --link-dest=../a.1 a/ b/a ls -i b/*/tmp the above yields, for example: 4235593 b/a.1/tmp 4235593 b/a/tmp ************ This does not (a copy is

[please Cc: 666024-forwarded at bugs.debian.org on any replies, thanks] Please see the attached Debian bug report, which includes a helpful bug-reproducing shell script; I've confirmed this still happens with 3.0.9. Paul Slootman On Tue 27 Mar 2012, Ian Jackson wrote: > Package: rsync > Version: 3.0.7-2 > > With rsync --link-dest, if two different source files (not hardlinked

https://bugzilla.samba.org/show_bug.cgi?id=3693 Summary: rsync can use same --link-dest file several times, leading to incorrect hard links Product: rsync Version: 2.6.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I've just encountered an issue where using --link-dest from within a Subversion working copy does not create hard links as intended. The idea is to supply the build toolchain for an embedded software development project to all users without having to force everybody to check out the whole stuff. This way we have the toolchain under

On Mon, Jun 02, 2003 at 03:32:04PM -0700, Michael Rubel wrote: > Hi J.W., > > Please pardon this intrusion on your private address; the rsync list seems > to be down (no messages since yesterday), so I'm forwarding this directly > to you. If you'd rather wait until the list restarts, that's fine too. I'm CCing the list. > > Best regards, > Mike >

Hello. I create one full backup, then another backup based on that, using --link-dest to reduce the size of the following backups, but the result is very suprising. the full backup seems to be reduzed in size!! I've reduced the commands to the bare minimum that still procduces the str. ange result. mkdir -p /tmp/full_20110329_122743 mkdir -p /tmp/20110329_125251 rsync --archive -e

Hi, I want to use rsync to make daily backups using hard-links in this way: rsync -av --delete --link-dest=../backup_old ./source/. ./backup_new This works great, but the problem is, that rsync does not show correctly what action it performs (-v option). It shows correctly all new and changed files/folders, but it does not show files that were deleted. This works only if I do not use the

https://bugzilla.samba.org/show_bug.cgi?id=4128 Summary: ignore-times with link-dest behaves unexpected / sematics not clear Product: rsync Version: 2.6.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

Hey. Can anybody spot my mistake? mkdir a b c echo foo > a/test echo foo > b/test rsync -av --compare-dest=b a/ c/ Expected results: no copy of a/test to c/test, since it is already present in b. Actual results: a/test gets copied to c/test What is wrong here? My expectation? my syntax? I'm having the same trouble with --link-dest, and --copy-dest. The behaviour I'm seeing

Hi J.W. et al, Kevin Everets was kind enough to inform me about some strange behavior in his backup script, which seems to be the result of --link-dest behaving unexpectedly in the case where target/ is already populated with older versions of the same file. Here's the situation: We want to do: $ rsync -a --link-dest=../backup.1 source/ backup.0/ There is a file present under all three

I must be seriously misunderstanding the man page coverage of --compre-dest. My take was that if a file in compare-dest=dir matches a file in SOURCE/ then it won't be transferred to DEST/. I tried this test. (d1 has single files and 2 subdir with files) cp -a d1 d1a mkdir d2 rsync -avv --compare-dest="./d1a" d1/ d2/ d1a is carbon copy of d1 but still every last file in

Hi! It's me again with another --link-dest issue: I am using dirvish (www.dirvish.org) to create daily backup on disk images. dirvish is using rsync with --link-dest pointing to the last good image. This creates images with hardlinks to unmodified files. So far so good. Now I want to create a "current" filetree with hardlinks pointing to the last image. rsync -vaH --delete

https://bugzilla.samba.org/show_bug.cgi?id=8456 Summary: improve --link-dest bahaviour Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: toralf.foerster at gmx.de

I have setup rsync to backup another linux computer with the link-dest option and realized storage savings. 1st backup is 31gb, daily backups only take approx 4gb. But when I rsync with link-dest to usb external drive all backups take up 31gb. Following is 1st the one that works and 2nd with no storage savings. Any ideas? Thanks, Frank date>/aeprodbk/bkupdate d=`date +%d` date > $d.log

https://bugzilla.samba.org/show_bug.cgi?id=11545 Bug ID: 11545 Summary: -A (preserve ACLs) with --link-dest=DIR fails when DIR has a directory with the same file's name Product: rsync Version: 3.1.0 Hardware: All OS: All Status: NEW Severity: normal Priority: P5

Clearly I'm missing something about --link-dest; I know it works because rsnapshot is doing the right thing on this system, but it's not on another system, and I'm trying to troubleshoot that. The first step is to be able to verify that --link-dest works on it, but I can't even get it to work in an known-good environment --- no matter how I specify the args to it, it's

https://bugzilla.samba.org/show_bug.cgi?id=5665 Summary: need option to hard link from source tree to dest tree Product: rsync Version: 3.0.4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: Dave@Yost.com