Andrew Lentvorski wrote:
DJA wrote:

I tried this, but got this error after a while:

rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe (32) rsync: close failed on "/eighthome/dallen/Application Data/Spybot - Search & Destroy/Recovery/.Mozilla.zip.TI4SDn": Input/output error (5) rsync error: error in file IO (code 11) at receiver.c(628) [receiver=2.6.8] rsync: connection unexpectedly closed (14802 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(463) [sender=2.6.8]

As you might guess the file mentioned above is a Windows file. I was getting similar I/O errors using a cp -av command also, although it wasn't on the same file.

That errors occurred on a Windows file was coincidence, of course. On which file an error would occur seemed arbitrary.


Anyone see this kind of error before with rsync?

Well, I have seen something similar. However, it was a couple versions ago and I was trying to transfer to Solaris. There were endianness problems.

[snip]

Do you have some cheap router/firewall in between them? One of the standard problems with torrent files is that occasionally a router will rewrite a chunk of bytes that it thinks is an IP address but is actually data. Very annoying.

It seems having a "cheap" router and switch may have been the problem. The source server was outrunning the destination server (NAS). The solution seemed to be a switch with flow control (TRENDnet TEG-S80TXE) between the router and other LAN devices. Neither of my routers (Linksys RV082 & Netgear FVS318) nor my switches (Linksys EZXS55W) used any kind of flow control.

The TRENDnet switch also happens to be gigabit, as is the NAS Ethernet port, and I used a CAT 6 cable, but I have no reason to think the (potentially) higher speed connection had any effect. No other devices are gigabit.

The problem with corrupt files are gone, although I still had a few (eight total, actually) of these errors:

...
cp: setting permissions for `/eighthome/dallen/forge/dos/ida/ids/win/comctl32.ids': Input/output error cp: setting permissions for `/eighthome/dallen/backed-up/games/d2/crashtestdummy.ma0': Input/output error
...

Doing a diff on those files (src vs. dest.) showed no difference, and the permissions also copied across alright. Copy speed was constant throughout the whole copy process, whereas before, the throughput got consistently slower as the copy progressed. I copied two large directories, but only experienced the above errors on one of them. These are the same two directories I had problems with before.

The command used was

 cp -av dallen /eighthome/ 2>errorfile.log

while cd'ed to the parent of the source directory copied, with the command executed from a third box on the LAN via SSH.

--
   Best Regards,
      ~DJA.


--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list

Reply via email to