similar to: Improvements to --progress in man page

Hi All, I'm trying a remote backup for the first time. It is between two laptops, I installed rsync 3.0.7 on both compiled patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/crtimes-64bit.diff patch -p1 <patches/crtimes-hfs+.dif f patch -p1 <patches/hfs_compression.diff ./configure make this all works perfectly for local backups, clones

I had this working on an older version, since 2.6.9 that when I set --delete and --dry-run, I get no "Deleting ******" lines. Also, the --delete-before never worked for me. Working on a space constrained mirror, this has proven very handy, when it works. What's up with the new versions? I haven't changed a thing. Best regards, Tiago Marques

https://bugzilla.samba.org/show_bug.cgi?id=5701 Summary: deadlock on local rsyncing, bisected to commit f303b749f2843433c9acd8218a4b9096d0d1bb8d Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo:

I've been using 3.0.0pre8 to move a Debian archive from one filesystem to another. This archive contains a daily snapshot of the Debian ftp site, with common files hardlinked to save space. I noticed that it was using far more space than necessary. Upon investigation it seems that all the source files that have inode numbers greater than 2^31 aren't being hardlinked together at the

Wayne, Attached is a patch worth of suggested man page improvements for --no-implied-dirs and --keep-dirlinks. I think new users would find my explanations clearer and more complete, although you may want to make additional changes. I regenerated rsync.1 and the patch includes changes to it, but my yodl is somewhat weird, so I suggest you run yodl again yourself. -- Matt McCutchen

Hy all, I'm a new rsync user and my english may be poor. I try to sync two folders between two machines using ssh and 2.6.9 rsync version on each. My purpose is to sync only files called "*.lic" in each subfolders. On the source machine I want to sync : /home/dps3/public/Lic/Lic /home/dps3/public/Lic/Lic2 /home/dps3/public/Lic/Lic3 to /home/dps3/public/Lic/Lic9 On each

Hi, I used --partial to transfer files from my local computer (rsync 3.1.2, Debian) to a remote computer (rsync 3.1.1 WD MyPassport Storage device) The files get transferred, but after successful transfer, the files are not renamed from .<tmpfile> to <file>. Where to go next? Here is the verbose output after transferring an empty file heiko at blade:~/Pictures$ rsync

I've trying to do a backup from a remote host to a local machine via rsync using the following configuration: Remote host (Red Hat Enterprise Linux ES3): $ uname -srmpi Linux 2.4.21-47.EL i686 athlon i386 $ cat /etc/redhat-release Red Hat Enterprise Linux ES release 3 (Taroon Update 8) $ rsync --version rsync version 2.6.8 protocol version 29 Local machine (Mac OS X 10.4.8, Intel): $

Hello, i use rsync from Windows to rsync on Linux via ssh and get IO Errors and connection unexpectedly closed errors on almost every sync run. Can anybody give me some hints on how to track down the problem? thx, Chris 2008/10/11 09:41:04 [13744] rsync to backup// from UNKNOWN (w.x.y.z) 2008/10/11 09:41:04 [13744] receiving file list 2008/10/11 09:42:48 [13744] IO error encountered -- skipping

I've run into a bug in the IO handling when reading a file. Suppose I have a file that lives on an NFS filesystem. That filesystem is NOT being exported with auth=0 permissions. So, if I try to access a file as root, it successfully opens the file, but subsequent reads fail with EACCES. This produces a destination file full of null bytes. I noticed this with 2.5.7, but checked 2.6.2 as

I've just released rsync 3.0.0pre5, the latest pre-release version of the upcoming 3.0.0 release. Things are progressing well in our efforts to stamp out bugs for the final release. Please keep up the good work in testing this and sending email to the rsync mailing list with your questions, comments, bug reports, etc. Thanks! You can download the tar file and its signature from here:

I've just released rsync 3.0.0pre5, the latest pre-release version of the upcoming 3.0.0 release. Things are progressing well in our efforts to stamp out bugs for the final release. Please keep up the good work in testing this and sending email to the rsync mailing list with your questions, comments, bug reports, etc. Thanks! You can download the tar file and its signature from here:

I am connecting to my rsync server as follows: ssh -f -i ~/.ssh/id_dsa -C -l SOMEUSER -L 8730:localhost:873 SOMEHOST sleep 40 rsync -av rsync://localhost:8730/module /dest My LAN servers connect w/o incident or problems. However- I am trying to connect in a remote server and it is giving me some grief. rsyncd.log excerpt: 2004/12/20 17:00:46 [25997] stat "fran/Herb's info" (in

Hi, I'm trying to figure out why when I do an rsync (Solaris, version 2.6.4 on both sides) from a site on the West Coast of the US to a site on the East coast, I keep getting directories updated when I use the command like this: # rsync -ar -v -v -i -O --force --delete --exclude=.snapshot --stats \ src:/sysic/lib/freedomlib_V100/ /sysic/lib/freedomlib_V100/ And I get output like this,

Hello, I'm running HP-UX 11i on an rp74xx. It's 64-bit. C compiler is as follows: B3901BA B.11.11.03 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800) B3913DB C.03.30.02 HP aC++ Compiler (S800) /usr/bin/cc: LINT B.11.11.02 CXREF B.11.11.02 HP92453-01 B.11.11.02 HP C Compiler $ Sep 8 2000 23:13:51 $ I have successfully compiled rsync 2.6.2 and it

I'm in the midst of coding a patch set for consideration that will bump the protocol version and have a couple of observations. The current minimum backwards-compatible protocol is 15 but we have code that checks for protocol versions as old as 12. If someone else doesn't beat me to it i'm considering cleaning out the pre-15 compatibility code. A backwards compatibility patch could

Hiya, I can see it's a regular subject on this list. I, like others wanted to use rsync to synchronise two block devices (as it happens one lvm volume and one nbd device served by qemu-img on a remote host from a qcow2 disk image so that I can keep the old versions) As I couldn't find any report of it being done successfully, I'm just sharing my findings as it might benefit others.

Hi there, I am running rsync-3.0.6-12.el6.x86_64 on a centos 6.6 box. Am trying to get files from a remote server (centos 6.5) to my local machine. It appears to connect fine, but does not transfer any file. this is what I am seeing [youcantoo at testbox home]# rsync -avvvzh -P --stats --delete servername::backupdir/ /home/findmoore opening tcp connection to servername port 873 sending daemon

Sorry, my question was whether or not this issue has been resolved. Thanks Hello, I am having problems with rsync: recv_generator: mkdir "dirname" No such file or directory (2) stat dirname No such file or directory Which is the same problem reported in the link below: http://www.mail-archive.com/rsync@lists.samba.org/msg16446.html rsync

https://bugzilla.samba.org/show_bug.cgi?id=3543 Summary: [ACL] rsync calls default_perms_for_dir on omitted implied dirs before ensuring they exist Product: rsync Version: 2.6.7 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: