The "extra" stuff is apparently just to be more readable in RsyncArgs.
These options look fine.  What version of rsync are you running?  I don't
think it should matter as long as its a recent version ....

to me, this sounds like a filesystem issue.  no matter what you do to make
the transfer more efficient, if you are getting an error at the same place i
the transfer and it lines up with a specific gigabyte size such as 2gb or
4gb, then it really sounds like a filesystem issue.  either that or some
messed up TCP/IP configuration.

I cant remember the specifics on your setup, but is this issue true on all
the windows machines you try to download to or just a specific one?

can you download a file from the internet of that size?  try maybe the
centos5 install dvd, see if you get the same error.  also, maybe try a
download manager like 'free download manager' and see if it can handle the
transfer without the error.

I have tested it on my side with backuppc3.0 and windows xp pro, xp home,
vista business, ubuntu7.10 desktop and all worked without error.


On Tue, Mar 4, 2008 at 7:06 AM, Lee A. Connell <[EMAIL PROTECTED]> wrote:


> Dan,
>
>
>
> Thanks for response, this is what's in my config, even though it doesn't
> match the log I gave you.  where are these extra arguments coming from? I
> changed the block size that is it.
>
>
>
> $Conf{RsyncArgs} = [
>
>             #
>
>             # Do not edit these!
>
>             #
>
>             '--numeric-ids',
>
>             '--perms',
>
>             '--owner',
>
>             '--group',
>
>             '--devices',
>
>             '--links',
>
>             '--times',
>
>             '--block-size=8192',
>
>             '--recursive',
>
>
>
>             #
>
>             # If you are using a patched client rsync that supports the
>
>             # --checksum-seed option (see http://backuppc.sourceforge.net
> ),
>
>             # then uncomment this to enabled rsync checksum cachcing
>
>             #
>
>             #'--checksum-seed=32761',
>
>
>
>             #
>
>             # Add additional arguments here
>
>             #
>
>             '-D',
>
> ];
>
>
>
> *Lee Connell
> *Ammonoosuc Computer Services, Inc.
> Network Engineer
>
> 15 Main St. Suite 10
> Littleton, NH 03561
> 603-444-3937
>
> If you require immediate response please send your inquiry to
> [EMAIL PROTECTED]
>   ------------------------------
>
> *From:* dan [mailto:[EMAIL PROTECTED]
> *Sent:* Monday, March 03, 2008 6:58 PM
> *To:* Lee A. Connell
> *Cc:* [email protected]
> *Subject:* Re: [BackupPC-users] Issue with transfering large files
>
>
>
> I can transfer 5GB files with rsync 2.6.9 on digital unix and on ubuntu
> 7.10 and on sco openserver4 no problems.  im using rsync -aH only.
>
> you can replace "--server --sender --numeric-ids --perms --owner --group
> -D --links --times --block-size=2048 --recursive -D --ignore-times"
> with
> -aI --server --sender --numeric-ids --block-size=2048
> (thats -aye -(capitol)eye  for -aI)
> I noticed that you have an extra -D and you may want to increate the
> blocksize for large files.
>
> try using --block-size=8192 and dropping the redundant -D and maybe
> trimming down the statement size with:
>
> -aI --numeric-ids --block-size=8192
>
> the --server and --sender dont seem relevant to me.  i could be wrong
> there but I don't think you need it.
>
>  On Mon, Mar 3, 2008 at 2:04 PM, Lee A. Connell <[EMAIL PROTECTED]> wrote:
>
>  This only seems to happen when it hits very large files, other rsync
> modules backup fine on the same system.  What can I do to troubleshoot this?
> Files are 2GB to 10GB in size.
>
> SERVER w/ BackupPC 2.x on Debian Sarge
>
> ------
>
> Connected to ncic-01:873, remote version 29
>
> Negotiated protocol version 26
>
> Got response: aa2f8f18acc123951f0caf9ddb8090ab
>
> Auth: got challenge: vrBLccPHXJyKiPoBTavrUQ, reply: prometheus
> qi+PGKzBI5UfDK+d24CQqw
>
> Connected to module Exchange
>
> Sending args: --server --sender --numeric-ids --perms --owner --group -D
> --links --times --block-size=2048 --recursive -D --ignore-times . .
>
> Checksum seed is 1204412928
>
> Got checksumSeed 0x47c9e200
>
> Got file list: 2 entries
>
> Child PID is 2111
>
> Xfer PIDs are now 2111
>
> Sending csums, cnt = 2, phase = 0
>
> Sending csums, cnt = 0, phase = 1
>
>   create d 755   400/401           0 .
>
> finish: removing in-process file Exchange-State.bkf
>
> Child is aborting
>
> Done: 0 files, 0 bytes
>
> Got fatal error during xfer (aborted by signal=ALRM)
>
> Backup aborted by user signal
>
>
>
> CLIENT w/ cygwin rsyncd on Windows 2000 Server
>
> ------
>
> 2008/03/01 18:08:42 [4228] sent 3793821 bytes  received 4933176 bytes
> total size 2945988806
>
> 2008/03/01 18:08:45 [3180] connect from PROMETHEUS (192.168.10.55)
>
> 2008/03/01 18:08:48 [3180] rsync on . from [EMAIL PROTECTED] (
> 192.168.10.55)
>
> 2008/03/02 04:08:56 [3180] rsync: writefd_unbuffered failed to write 4
> bytes [sender]: Connection reset by peer (104)
>
> 2008/03/02 04:08:56 [3180] rsync error: error in rsync protocol data
> stream (code 12) at io.c(1119) [sender=2.6.8]
>
> *Lee Connell
> *Ammonoosuc Computer Services, Inc.
> Network Engineer
>
> 15 Main St. Suite 10
> Littleton, NH 03561
> 603-444-3937
>
> If you require immediate response please send your inquiry to
> [EMAIL PROTECTED]
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> BackupPC-users mailing list
> [email protected]
> List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:    http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: 3/3/2008
> 10:01 AM
>

<<image001.jpg>>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
BackupPC-users mailing list
[email protected]
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Reply via email to