similar to: synchronizing hard linked trees

I'm using rsync 3.0.6 between two solaris 8/10 hosts an I frequently get "multiplexing overflow" errors: log/20091123_223901/dresden.log:multiplexing overflow 101:7104843 [sender] log/20091123_223901/frankfurt.log:multiplexing overflow 101:7104843 [sender] log/20091123_223901/hannover.log:multiplexing overflow 101:7104843 [sender] log/20091123_223901/muenchen.log:multiplexing

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rsync 3.0.9 here. I am using a rsync script like: """ rsync -z --numeric-ids -a -H --inplace --delete --delete-excluded - --stats --progress -v --itemize-changes SOURCE DESTINATION """ I detected the following issue when RSYNCing a bunch of Mercurial repositories. It is very dangerous, because it will corrupt files.

https://bugzilla.samba.org/show_bug.cgi?id=8856 Summary: --hard-links does not handle hard-linked symlinks correctly on FreeBSD Product: rsync Version: 3.0.7 Platform: All OS/Version: FreeBSD Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --inplace and --append-verify are essentially irrelevant when - --link-dest is in play. With --link-dest in play the target system must write an entirely new file even for a change in permissions or timestamps so any potential benefit by these options are out the window from the start. The only thing they can do is add the possibility of

Hi. This is bug report and simultaneously urgent asking for help. I am trying to write my rsync wrapper script, which will create minutely snapshots of my data using --link-dest. I want this script to be robust, it should work even if I do suspend/hibernate/reboot without notifying the script about this actions, it should work if I make hard-reset of the computer and if I disconnect network. Also

There is the problem which I discribed here https://bugs.centos.org/view.php?id=12820. rsync does not break hard-link into destination if hard-link has be broken in source with option inplace. The problem remains in the latest version of rsync? -- View this message in context: http://samba.2283325.n4.nabble.com/There-is-problem-of-rsync-with-options-hard-links-inplace-tp4714872.html Sent from

https://bugzilla.samba.org/show_bug.cgi?id=13656 Bug ID: 13656 Summary: --link-dest target with symbolic links from different user produces unnecessary error Product: rsync Version: 3.1.3 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 Component:

Hello rsync list I've stumbled across a fairly obscure situation in which rsync hangs -- it just waits until I press ctrl-C. Here's a transcript. Note that directory foo contains two small files that are hard-linked together, and are unreadable. ---------------------------------------------------------------------- $ uname -a Linux ferox 2.6.35-28-generic-pae #50-Ubuntu SMP Fri Mar

https://bugzilla.samba.org/show_bug.cgi?id=10637 Summary: rsync --link-dest should break hard links when encountering "Too many links" Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo:

https://bugzilla.samba.org/show_bug.cgi?id=8246 Summary: rsync hangs with --hard-links and unreadable files Product: rsync Version: 3.0.7 Platform: All OS/Version: Linux Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: cgdennis at

I'm using 2.6.3pre1 to transfer a rather large Debian archive (126GB, more than 30 million files). It contains about 450 daily snapshots, where unchanged files are hardlinked between the snapshots (so many files have hunderds of links). It's been running for some time now, and I found that while it's far from done, it's already used 165GB on the receiving end. Investigation shows

Hello, I'm trying to enable hardlinks for messages sent to mutiple users. (I need this because I have mailing lists with 5000 users used many times a day). I've read that, to do this, I have to write a script that uses the /usr/local/libexec/dovecot/deliver command in this way: deliver -p <FILE> -d <USER1> -d <USER2> Of course, I enabled the "socket listen"

[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

Daemon was started and tested on two different OS. FreeBSD 9.0-CURRENT: # rsync --version rsync version 3.0.7 protocol version 30 Copyright (C) 1996-2009 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 32-bit inums, 64-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append,

Hi All, I have a problem transferring extended attributes from a mac to a mac. A local copy does work. Is this a known issue or am I making a mistake. the command I am running: rsync -aXv --rsync-path=/opt/local/bin/rsync /Users/bas/Library/Fonts bas@play.bushbaby.nl :/Users/bas/Desktop/ several copied Fonts are zero Kb, while when I do it local to local they are their correct size and work

https://bugzilla.samba.org/show_bug.cgi?id=11161 Bug ID: 11161 Summary: rare crash in hlink.c:536 Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: sbrabec at

Hello, I have a weird issue with rsync randomly marking some files as having a different checksum (see sample outputs below - run one after another). You would think it is some kind of corruption / io problem with the files but it doesn't seem so - I have copied files around, changes source to different machines, counted md5s manually 100s of times - always the same. All files except

We've been using RSYNC to back things up and it's sick nasty wicked awesome. Recently we migrated our receiving server to a different machine (Debian lenny) and now we're running into this DROP-CACHE: UNKNOWN OPTION error: sender-machine$ *rsync -Cvaz -e ssh --delete --exclude blah/ --exclude yadda/ . user at receiver:/path/for/drop* rsync: on remote machine: --drop-cache: unknown

On 25.11.2014 15:02, net.rsync at io7m.com wrote: > 'Lo. > > I've run into a frustrating issue when trying to synchronize a > directory hierarchy over a reliable (but slow) connection to an > unreliable remote. Basically, I have the following: > > http://mvn-repository.io7m.com/com/io7m/ > > This is a set of nested directories containing binaries and

I think your product is awesome, but I am experiencing an unexpected behaviour. $ rsync -avviPH /Users/alan/Desktop/rsync_test\ Folder/ root@slug::Downloads opening tcp connection to slug port 873 sending daemon args: --server -vvlHogDtpre30.16i "--log-format=%i" -- partial . Downloads sending incremental file list .d..t..g... ./ rsync: failed to write xattr user.rsync.%stat for