similar to: [Bug 3175] devices and --link-dest don't seem to work together

https://bugzilla.samba.org/show_bug.cgi?id=3175 Summary: devices and --link-dest don't seem to work together Product: rsync Version: 2.6.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=3175 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1518 is|0 |1 obsolete| | Attachment #1519 is|0 |1 obsolete|

https://bugzilla.samba.org/show_bug.cgi?id=3186 ------- Comment #1 from foner-rsync-bugzilla@media.mit.edu 2005-11-22 14:16 MST ------- Any ideas on this? It's been open 5 weeks and probably got overlooked... Tnx! -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are

(I'm not sending this to dirvish@pegasus because I think that this message applies more to rsync's --link-dest option than to just dirvish.) I recently noticed a huge spike in dirvish network usage and traced it to files whose permissions had been changed. (with rsync v2.5.6) I understand and agree that a --link-dest copy of a source file cannot be hardlinked to, but couldn't a

https://bugzilla.samba.org/show_bug.cgi?id=3186 Summary: Surprisingly large unshared memory usage Product: rsync Version: 2.6.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=4079 Summary: rsync fails with --inplace, --link-dest and --no-whole- file Product: rsync Version: 2.6.8 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org

I've got a problem for which the combination of -R and --link-dest doesn't seem to be quite enough---and I may have discovered a few small bugs as well; test cases are below. [And if someone has a scheme for doing this that doesn't involve rsync at all, but works okay, I'm all ears as well---I'm not the first with this problem.] Here's my problem: I unfortunately need to

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=3168 ------- Additional Comments From foner-rsync-bugzilla@media.mit.edu 2005-10-14 04:50 ------- Obtw, when this gets reinstated, it would be -really nice- if one or the other (but NOT BOTH) of --max-size or --min-size was an "OR EQUAL". Right now, if I'm trying to copy all files under one size to one place, and all files over one

I notice that devices are not hardlinked when using the --link-dest option, for instance: rsync -aH --link-dest=../bar/ foo/ baz/ When foo/zero is a device, baz/zero is not a hardlink to bar/zero. How come? $ rsync --version rsync version 2.5.6 protocol version 26 on linux 2.4.x -- Russell Senior ``I have nine fingers; you have ten.'' seniorr@aracnet.com

https://bugzilla.samba.org/show_bug.cgi?id=10290 Summary: Regression since 3.0.9: send_xattr_request: Assertion `f_out >= 0' failed Product: rsync Version: 3.1.0 Platform: x64 OS/Version: Linux Status: NEW Severity: regression Priority: P5 Component: core AssignedTo:

I'm wondering if I can use link-dest to compare rsync to a remote directory. rsync -aCHh --stats --link-dest=akane::backup/ranma.daily.1 / myserver::akane/ranma.daily.0 Something like that? Is it going to work like it does when doing a local rsync with a local link-dest directory? Is it going to chew massive amounts of bandwidth? Is there something else I should be doing

https://bugzilla.samba.org/show_bug.cgi?id=8130 Summary: ACL and link-dest do not work together Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: az9901 at gmail.com

I've identified a situation where the combination of --fuzzy --fuzzy (yes: two of them) and --link-dest is not behaving as I'd expect. I'm first wondering if my expectation is wrong. Assuming that it is not, then I'm wondering how best to figure out the problem. The double use of --fuzzy is based upon https://bugzilla.samba.org/ show_bug.cgi?id=4056 which should be present on

I was saddened to learn today that JW Schultz was found dead back on March 27th of this year. JW was a big help in the recent development of rsync and I sorely missed his presence during the last release cycle. JW was also the author of the Dirvish backup software, and Keith Lofstrom (who provided me with the sad news) has plans to put some memorial information onto the new dirvish site as

Hi all, I have installed rsync 2.5.5 as daemons on our 35 Netware servers (no 2.5.6 is yet available for Netware) and do a daily sync from a Linux Rsync client machine with 1.2 TB disk capacity. For the moment we do a daily, weekly and monthly backup on tape of this machine, but I'd like to replace the daily backups by a disc-based setup. It would be good to be able to share the

https://bugzilla.samba.org/show_bug.cgi?id=3277 Summary: [Feature req] "I couldn't do something you asked" warning Product: rsync Version: 2.6.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

On 12/18/2013, 04:00 , lists at benjamindsmith.com wrote: > I may be being presumptuous, and if so, I apologize in advance... > > It sounds to me like you might consider a disk-to-disk backup solution. > I could suggest dirvish, BackupPC, or our own home-rolled rsync-based > solution that works rather well:http://www.effortlessis.com/backupbuddy/ > > Note that with these

[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

I use rsync to download a directory from a remote daemon. This has worked well for years but has recently started to give problems. The rsync transfer is run by a program called dirvish that is run as a cron job. The log looks like this: ACTION: rsync -vrltH --delete --stats -D --numeric-ids --exclude-from=/nfs/scop5/data/msd/sifts-mirror/2016-06-28/exclude