similar to: 2.6.0 in cygwin problem

hi! I have a problem with rsync (current CVS version), running on a win2k machine (rsync compiled using Cygwin). c:\rsync>rsync --version rsync version 2.4.6dev protocol version 24 Copyright (C) 1996-2001 by Andrew Tridgell, Paul Mackerras and others Capabilities: 64-bit files, socketpairs, hard links, symlinks It can DOWNload >2gb files from my linux box (with rsync reporting negative

I have looked on the mailing lists and through rsync documentation but those still haven't solved my problem. I may be calling rsync incorrectly but the problem I have is that the exclude file seems to be ignored. My final goal is to replicate an entire host, excluding some files that contain specific IP, hostname configuration things. I'm trying to start small by mirroring a

Why does this not include? I have tried many variations including adding an exclude command. Includes.txt: + //aBackup/* + //apic/* - /* rsync --verbose --progress --stats -vv --recursive -e "ssh -p 2423" --include-from=includes.txt rsynchost: add_exclude(+ //aBackup/*.*) add_exclude(+ //apic/*) add_exclude(- /*) user@rsynchost's password: receiving file list ... add_exclude(+

I've been having a problem for the past several days with a shellscript that has been working without problems for the 11 months. It's working until the comes up with the following error: total: matches=349 tag_hits=4061 false_alarms=1 data=6628073 ERROR: file corruption in public_html/reports/analog/analog.conf. File changed during transfer? I've tried deleting some of

Let's try this from scratch: I've been having a problem for the past several days with a shellscript that has been working without problems for the 11 months. It's working until the comes up with the following error: total: matches=349 tag_hits=4061 false_alarms=1 data=6628073 ERROR: file corruption in public_html/reports/analog/analog.conf. File changed during transfer?

Hello. I just started messing around with RSync to synchronize some RRD files between a couple BSD/Linux boxes. To test, I'm just trying to sync about 20 of these files which are about 256KB each. It seems that the full contents of each file are being transferred each time; i.e., the incremental transfer feature isn't working. I'm basing this assumption on output such as the

Hi! I try to use batch mode to send only the difference between two packed CDs by email over a slow line. I create the diff with: rsync -avvv --write-batch=rs CD-ROM-V6.6.32.zip CD-ROM-V6.6.31.zip where alfred:/Auslieferung/CD # l -n -rw-r--r-- 1 0 0 453248121 Sep 2 16:22 CD-ROM-V6.6.31.zip -rw-r--r-- 1 0 0 407416499 Sep 29 13:39 CD-ROM-V6.6.32.zip resulting

Hello. Recently, I started using rsync to backup files in my root partition on an Ensim box over to a remote machine. The remote machine 'pulls' from the Ensim box using the following: rsync -arvzx --exclude=/proc --exclude=/tmp --exclude=/mnt --delete --delete-excluded -e ssh 192.168.0.1:/ /bkup/rootpart/ The problem is, if I 'df' the Ensim box, it reports that the entire

I've been using the --keep-dirlinks feature of 2.6.3pre1. I also use -x (--one-file-system) and --delete-after. The symlinked directories on the receiver are symlinked to a partition other than the one where the target of the rsync resides (that's the whole point of this nifty --keep-dirlinks feature). I discovered that the symlinked directories are not being processed for deletions.

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

There is a new patch named "delete-during.diff" in the CVS "patches" dir. This patch adds the ability for rsync to incrementally delete files in each directory during the normal course of the transfer rather than doing a separate delete scan either before or after the transfer. The patch renames the current --delete option into --delete-before and makes --delete behave in the

Hi all. I'm sorry if this is a simple, obvious question, but I've looked around, and can not find an answer to this. What exactly are the false_alarms in the rsync summary? I am getting a number of false alarms in several of my rsync processes. Here's my output from one of my logfiles: total: matches=9724 tag_hits=741242 false_alarms=36 data=20850152 wrote 11731892 bytes read

Hello! I want to start rsync on w2k as service. If I try to start rsync from command line it simply do nothig: $ rsync --daemon Administrator@dm-w2ks /usr/bin $ ps PID PPID PGID WINPID TTY UID STIME COMMAND 480 1 480 480 con 500 04:15:03 /usr/bin/bash 1428 480 1428 1420 con 500 05:26:46 /usr/bin/ps Administrator@dm-w2ks

Hello! We tried to move Windows 2003 VM with e1000 driver from Centos 7 which runs qemu-kvm-0.12.1.2-2.491.el6_8.7.x86_64 to Centos 7 with qemu-kvm-ev-2.6.0-28.el7_3.6.1.x86_64 and we got problems- tcp sessions, namely smb connections, randomly drops. We didn't test previous qemu-rhev with this VM, so we don't know how it works in them. Could you tell me is this known problem? Any

I'm having a problem with large files being rsync'd twice because of the checksum failing. The rsync appears to complete on the first pass, but then is done a second time (with second try successful). When some debug code was added to receiver.c, I saw that the checksum for the remote file & the temp file do not match on the first try, so (as expected) it repeats the rsync & the

https://bugzilla.samba.org/show_bug.cgi?id=2781 Summary: rsync linked files not listed as uptodate Product: rsync Version: 2.6.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: idallen@idallen.ca

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

Hi, sorry if this is old stuff, but I did my best to look first... Have been getting errors along these lines: mv mydir mdir.2002 ln -s mydir.2002 mydir Then update mirror with rsync -av --delete-after. Without --delete-after, no problem, with --delete-after, get a code 23. The attached shell script will recreate the error (on my machine, at any rate). Just run it from a clean directory.

I go thru this every few mnths it seems. Rsyncs exclude rules are very sophisticated but because of that somewhat unfathomable at times. Simplified: I want to exclude directories named no_bak anywhere in the tree but only the files under them, not the direcrories themselves. My exclude rules look like: no_bak/* /no_bak/* The first one does catch directories by that name on the first level but

The attached script file gives all the relevant details - I hope - please ask if you need any more information. /Sam Sam Sexton <mailto:sam.sexton@reuters.com> Reuters Coventry Automated Dealing Technologies Phone: +44 24 7625 6562 Fax: +44 24 7655 5203 -------------------------------------------------------------- -- Visit our Internet site at