similar to: rsync hanging with openssh-2.9.9p2 as the transport

Hi, I don't want to start another --files-from war, but I am attaching an updated version of my patch to allow you to specify a list of files to transfer. The normal rsync syntax allows you to specify a list of SRC files to transfer on the command line. This patch adds some new options to allow you to instead supply a file that contains a list of files to transfer. The previous version of

Hi list! I'm trying to use rsync to do a regular remote backup of a 450GB sized container file located on my squeeze server onto a colocated QNap NAS device. Both use rsync 3.0.7. While this setup works for most files, it fails on this large file (see log below). I'm already trying to help rsync using "-P" to indicate that rsync should reuse the current copy and not trying

Hi, Got a strange problem with rsync ! Here is the story ... I got a linux rsync server running for 8 months without any problem (rsync 2.6.6 18) I got about a dozen of rsync clients (linux and windows, generally using a 2.6.5 rsync version) that synchronize their datas without any problem. Some of them only synchronize a few datas (10 GB) and some others synchronize large amount of data

machine O is outside firewall, machine I is inside (machine names changed to protect the innocent :-) firewall allows ssh connections if inititiated from I to O, but not if the other way. both machines have an /etc/rsyncd.conf of: [rt] path = /tmp/rsync_test comment = Test area O runs rsync daemon, I initiates a rsync cammnad like rsync -rvvv --delete --rsh=ssh O::rt /tmp/rsync_test

I have an rsync server running on nodeA and a client, nodeB. I am attempting to do a sync/copy from the local machine, nodeB, to the rsync server, nodeA. The following line from the rsync man page makes it look like this is relatively simple: for copying from the local machine to a remote rsync server. This is invoked when the destination path contains a :: separator or a rsync:// URL. I have

We (the lme4 authors) are having a problem with doing a proper deep copy of a reference class object in recent versions of R-devel with the LAZY_DUPLICATE_OK flag in src/main/bind.c enabled. Apologies in advance for any improper terminology. TL;DR Is there an elegant way to force non-lazy/deep copying in our case? Is anyone else using reference classes with a field that is an external pointer?

As those of you who watch CVS will be aware Wayne has been making progress in reducing memory requirements of rsync. Much of what he has done has been the product of discussions between he and myself that started a month ago with John Van Essen. Most recently Wayne has changed how the file_struct and its associated data are allocated, eliminating the string areas. Most of these changes have been

Hi * I'm using rsync to mirror software from one Sun Workstation (mecc27) to the other (mecc29). (solaris 5.7) worked perfect... 'til 1 week ago !! Everybody claims nothing has been changed in the configs of the machines (couldn't find anything, though), but rsync is doing nothing at all. just after being called it exits without any error message, warning, whatever.. here the log

Hi all,I need some help. I self compiled rsync 3.0.4 on Mac OSX 10.4 (Tiger)Trying to run the command below...rsync --dry-run -aucvvvX --log-file=fly-dryrun.txt /Volumes/airplane/ /Volumes/plane/flight when running the above command, rsync idles with no action. Anything above 2 v's (-vv), rsync will sit at message below.--------------------------[sender] make_file(\#342\#200\#242Unused

Moin, I wrote a small backup script that use rsync: r5backup (http://sourceforge.net/projects/r5backup/). It backup dozen of unix machines for many people. But when I try to backup /var/lib/zope2.9 I get an error 11. It does not matter if zope is running or not. I can't see an error meassge in the (verbose) logfile: [client] parse_filter_file(/etc/r5backup/profiles/boulder.exclude,0,3)

Tim, I reported a protocol data stream error on 9/8/2002 Deatils are in my postes at that time rsync still fails everytime I run it. This time I added three v's as you just suggested and rsync just hung with two tasks in execution thus: root 3178 0.1 0.9 1796 868 pts/1 S 09:57 0:00 /usr/bin/rsync -vvva --delete --exclude=root/snapsh root 3179 0.0 0.6 1628 632 pts/1

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

For some reason, Rsync did not copy two specific file. Then I tried to specifically tell it to synchronize one of them and I get this result. *I* don't see any reason why to chose not to copy this file, but maybe on of you out there would see the obvious reason I am missing. dprweb> /usr/local/bin/rsync -vvv --stats -Pzrtpl --delete --password-file=/export/home/webuser/.appprod

https://bugzilla.samba.org/show_bug.cgi?id=1582 Summary: rsync dry run cannot find missing folders, contradicts actual run. Product: rsync Version: 2.6.2 Platform: All OS/Version: IRIX Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

hello- i am using rsync via ssh to maintain a copy of a few directories on a remote server, and am getting an error when rsync tries to chmod a certain file following it's transfer. there are a couple of cases in which this occurring - below is one example. local machine is debian testing - rsync version 2.6.3 protocol version 28 remote machine is macos x 10.3.7 - rsync version 2.6.2

Hi again all.. When using rsync 3.0 to sync files between 2 local directories, it works as i expect it, but when the destination folder is a mounted smb share, it always copies over the files even though they already exist on the destination. Any ideas on why this is happening? even using the same options, but with a different destination path. I have tried using -vvv, but it doesn't make

I'm experiencing some unexpected behavior with rsync v2.5.6. After looking around it seems like several people have experienced similar problems in the past, but those appear to be old bugs that are solved now. Also doesn't appear to be any direct bugfixes made for this issue since 2.5.6. The strange thing is that things seem to work when I use ssh for transport. However now I need to

I'm getting a SEGV on a FreeBSD 4.8-STABLE box. The client is Solaris 9/SPARC. Both boxes run 2.6.2. The command I'm running is: $ rsync -arHRv --numeric-ids --delete --exclude=/opt/dist/cdrom \ [paths] [server]:[path] If I whittle down what appears in [paths], then it works. $ gdb rsync rsync.core gdb> bt #0 0x280faf0d in strncmp () from /usr/lib/libc.so.4 #1 0x7 in ?? () #2

I am having trouble sending a file with rsync to a local machine. I try from 192.168.0.8: rsync -vvv --stats --progress file1 192.168.0.14::test-data and get: make_file(3,TEST2) send_file_list done send_files starting send_files phase=1 send files finished total: matches=0 tag_hits=0 false_alarms=0 data=0 Number of files: 1 Number of files transferred: 0 Total file size: 9 bytes Total

I have this failing every times I want to "update" the "destination". I've tried through SSH (from my box -/home is a NFS mount point here- to the backup one) or directly through "local transport" (because /home/ is a local RAID-5 mount point on the backup box). $ rsync -v -e /usr/bin/ssh -ax --delete \ /home/beta /home/worx \