similar to: bug report: errors in file transfer

Hello, I search a way to continue processing backup event i/o errors occured on the remote server. I use rsync to make backup of files on a files-server. Recently I had a corrupted file on the files-server and rysnc crash, and don't continue to backup the rest of files. I have found the --ignore-errors rsync option but it seems only about deleting action. On backup server I use this

I use FreeBSD RELENG_4 with rsync version 2.5.4 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, IPv6, 32-bit system inums, 64-bit internal inums and when I try to transfer file I get rsync: connection unexpectedly closed (5994 bytes read so

Hi everybody, i've been using rsync for quite some time to sync files between my laptop and my desktop for example i use the following to backup the music library (from Mac to Linux) > rsync -rvzu --exclude=.DS_Store --delete --exclude 'Podcasts/*' > $LOCAL_MUSI $REMOTE_MUSIC >> $LOGFILE An odd thing i always noticed is that some files were always copied, even

List, I am having trouble with a previously working rsync server. Version: > # rsync --version > rsync version 2.5.4 protocol version 26 > Copyright (C) 1996-2002 by Andrew Tridgell and others > <http://rsync.samba.org/> > Capabilities: 64-bit files, socketpairs, hard links, symlinks, > batchfiles, IPv6, 64-bit system inums, 64-bit internal inums

Just got this from our nightly backup rsync: overflow: flags=0x6e l1=99 l2=1952984691 lastname=var/www/manual/mod/mod_php4/de/function.get-exte ERROR: buffer overflow in receive_file_entry rsync error: error allocating core memory buffers (code 22) at util.c(238) Command exited with non-zero status 22 real 5.15 user 1.00 sys 0.88 Rsync version information: [root@gluon root]# rsync

----- Forwarded message from David Jonsson <david@interactiveinstitute.se> ----- From: David Jonsson <david@interactiveinstitute.se> Subject: Bugs in rsync Date: Fri, 19 Jul 2002 18:38:59 +0200 (CEST) To: Martin Pool <mbp@samba.org>, Andrew Tridgell <tridge@samba.org> First, Thansk for a great tool! I run rsync supplied with RedHat 7.3 rsync --version rsync version

I have a filesystem from a different machine nfs mounted on the machine that is running rsync. rsync version 2.5.5 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, IPv6, 64-bit system inums, 64-bit internal inums I am trying to create a backup

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 am having a problem with rsync not deleting files on the destination that no longer exist on the source. The command I am using is: rsync -vaz --delete /bantemp/* backenp650:/bantemp Once the two trees are in sync, if I add a file to the source, run rsync again, it will copy over the one new file. If I delete the file on the source, run rsync, the file still exists on the destination. I

I've been trying to get rsync to work on AIX 4.3.3 with files > 2GB. I've looked through the archives and saw reference to this, etc. on HPUX but have not been able to come across a solution for AIX. I've tried compiling with the following flags without luck: "-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64" There error I'm getting is as follows (when hitting the 2GB

On the source system: $ rsync --version rsync version 2.6.8 protocol version 29 Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others. <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, ACLs, symlinks, batchfiles, inplace, IPv6, file flags, 32-bit system inums, 64-bit internal inums ... $ ll -d fcst-200[89] fcst-201[01] dr-xr-xr-x

Hi, I am running rsync on an embedded linux (ppc) like this: rsync -avvv sun::file-system/ /rsyncexperiment Where sun is a solaris machine that has rsync: rsync version 2.5.7 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 64-bit system inums,

Dear all, I've been trying to track down a problem with timeouts when pulling data from an rsync daemon and I have now run out of any useful ideas. The problem manifests itself when I try to transfer a large directory tree on a slow client machine. What happens then is that the client rsync process successfully receives the list of files from the server, then begins checking the local

Hi - is "rsync --version" reporting the wrong version number, or am I to stupid to properly install rsync-3-0-5 on a Mac? Here is what I did: download and extract rsync-3-0-5 (btw: why is there an extra patches folder?) in Terminal I ran: ./configure, make, sudo make install There was no error message, and the old /usr/local/bin/rsync was replaced. When I now issue "rsync

Hello, I can't transfer big files. In the output below, you can see that rsync only transfer 1383275520 of a 5448046592 bytes file: F:\shells>rsync -e ssh -avz ./backup chris@myhost.com:backups chris@myhost.com's password: building file list ... done wrote 114 bytes read 20 bytes 3.01 bytes/sec total size is 1383275520 speedup is 10322951.64 I've tried with other big files and

I am copying from a rsync --daemon (have tried from both W2K/cygwin & Linux daemons) to a W2K machine. Some files get copied every time even though they haven't been touched since the last copy. I have experimented and deturmined that the file size seems to be important. If the file is between 926 & 933 bytes long it will always be copied!! Other sizes and possibly other aspects of

I am getting the following error when mirroring part of the RedHat distribution tree over a slow connection (~T1 speed). When running over a faster network (100BaseT) the problem does not appear. Note, the problem file a large 600MB ISO image, whereas other small files appear to be fine. rsync: open connection using /path/ssh remote.host /path/rsync --server -vlHogDtprRz --timeout=600 --delete

Hi -- I'm experiencing problems when using rsync between two different machines. Details follows: Both machines are running 2.4.23, rsync versions on both are identically configured versions of 2.5.7: rsync version 2.5.7 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks,

This is the rsync version I am using. rsync version 2.5.5 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, IPv6, 64-bit system inums, 64-bit internal inums I have a file with a looooong name which I rsync from PC1 to PC2. (redhat-9) I am getting the

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