Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm trying to make a backup from my Linux machine to a mounted shared drive from a Windows machine.
The machine is using NTFS and the drive is mounted with samba (of course)
Now I'm trying to make the backup with rsync. This with the following command:
Code:
rsync -av --no-o --delete /public/ /backup/public
the error that I get from rsync is:
Code:
rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe (32)
rsync: write failed on "/backup/public/dev.iso": File too large (27)
rsync error: error in file IO (code 11) at receiver.c(258) [receiver=2.6.9]
rsync: connection unexpectedly closed (724604 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(453) [sender=2.6.9]
The file dev.iso is 3.6GB
When I try to backup other files (smaller) then I don't have this problem.
that is odd, I know that I have rsync my videos directory which has some 4 gig files in and it worked fine. Maybe the copy of samba is dropping out during such a long transfer. have you tried rsyncing that file over local drives. If that works then it is probably something with samba
well since rsync works over the local disks, then it musst be something with samba, are you sure your windows machine is not sleeping or tunring off its hard drives or anything during the copy? That would probably mess up rsync. You could also try setting up ssh on the windows computer and trying to rsync over ssh, that usually works better.
Well I'm sure that the machine is not into a sleep or standby mode.
How would I be able to debug this more. I tried the steps that samba suggested but there I found "file too large" and this is all.
rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe (32)
rsync: write failed on "/backup/public/dev.iso": File too large (27)
rsync error: error in file IO (code 11) at receiver.c(258) [receiver=2.6.9]
rsync: connection unexpectedly closed (76 bytes received so far) [generator]
rsync error: error in rsync protocol data stream (code 12) at io.c(453) [generator=2.6.9]
rsync: connection unexpectedly closed (36 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(453) [sender=2.6.9]
I'm using the latest version. I recently installed it.
Code:
pjdeweirdt@linuxserver:~> rsync --version
rsync version 2.6.9 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, symlinks, batchfiles,
inplace, IPv6, 64-bit system inums, 64-bit internal inums
rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you
are welcome to redistribute it under certain conditions. See the GNU
General Public Licence for details.
Also I tried it with some other large files and I had the same problem.
well I looked on rsync's bug tracking website. I searched for a file too large error and it looks like there is already a recorded bug. This guy says that he can't sync a file that is about 4 gigs. It has been assigned so they at least do know about it. Hopefully in the 3.0 release, which is the next one they will fix it.
... a recorded bug. This guy says that he can't sync a file that is about 4 gigs. It has been assigned so they at least do know about it. Hopefully in the 3.0 release, which is the next one they will fix it.
Oh joy, I've discovered it can still be a problem in 3.0.7 built from the source from the rsync site. It looks like they may have missed fixing a bug similar to this one in librsync, a separate but related project.
I had a similar issue today. Setting the protocol to 2.8 via '--protocol=28' did not help. Not even using --partial worked, but it did allow me to see that the transfer was failing at 19% through. What i did was move the offending file out of the way, on the recipient side, by renaming it to {file}.hold and re-running the script. This allowed the file to synchronize.
It appears that the file was corrupted in such a way on the recipient side that --partial was not able to correct the discrepancy. Completely syncing the file again, worked.
BTW, this file was a little over 1 GB in size.
-- cheers
Last edited by Linuks83; 02-10-2011 at 05:35 PM.
Reason: further clarification
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.