From: Hendrik F. <hen...@we...> - 2008-05-18 21:44:49
|
Hello, I found the source of the problem: http://samba.anu.edu.au/rsync/issues.html Q: Why does my transfer die with something like the following error? rsync: error writing 4 unbuffered bytes - exiting: Broken pipe rsync error: error in rsync protocol data stream (code 12) at io.c(463) There are several common causes for a remote rsync process going away: * The destination disk is full (remember that you need at least the size of the largest file that needs to be updated available in free disk space for the transfer to succeed). Bingo. That's it. I would have hoped for a more specific error-Message, though. Maybe it would be advisable to make Backuppc check, if the disc is full in case of a "child exited prematurely" error and let BackupPc display a message "child exited prematurely, Your disc is full" message?! Greetings, Hendrik _____ Von: Hendrik Friedel [mailto:hen...@we...] Gesendet: Sonntag, 18. Mai 2008 23:37 An: 'dan...@gm...' Betreff: AW: [BackupPC-users] Resume Backup Hi, I just traced the problem further: Before starting the backup, I launched a ping from the backuppc server to the client and piped the output into a log-file. Then, after the backup stopped with "child exited prematurely", I checked the last lines of the ping-log file and didn't find any interruption of the connection. Moreover the ping was very well. Mostly below 5ms, rarely around 50ms. Then, I checked the log of rsync on the client: 2008/05/18 21:17:20 [2988] rsync on . from backuppc@vdr01 (192.168.0.2) 2008/05/18 21:28:08 [2988] file has vanished: "..." (in cDrive) 2008/05/18 21:35:04 [2988] rsync: opendir "ygdrive/c/WINDOWS/system32/c:/Dokumente und Einstellungen/All Users/Desktop" (in cDrive) failed: Permission denied (13) 2008/05/18 22:20:41 [2988] rsync: writefd_unbuffered failed to write 4 bytes [sender]: Connection reset by peer (104) 2008/05/18 22:20:41 [2988] rsync error: error in rsync protocol data stream (code 12) at io.c(1119) [sender=2.6.8] 2008/05/18 22:21:55 [1808] connect from VDR01 (192.168.0.2) 2008/05/18 22:21:59 [1808] rsync on . from backuppc@vdr01 (192.168.0.2) 2008/05/18 22:32:42 [1808] file has vanished: "..." (in cDrive) 2008/05/18 22:40:14 [1808] rsync: opendir "ygdrive/c/WINDOWS/system32/c:/Dokumente und Einstellungen/All Users/Desktop" (in cDrive) failed: Permission denied (13) 2008/05/18 23:27:09 [1808] rsync: writefd_unbuffered failed to write 4 bytes [sender]: Connection reset by peer (104) 2008/05/18 23:27:09 [1808] rsync error: error in rsync protocol data stream (code 12) at io.c(1119) [sender=2.6.8] This happens on both clients. Does that tell you anything? Greetings, Hendrik _____ Von: dan...@gm... [mailto:dan...@gm...] Gesendet: Sonntag, 18. Mai 2008 17:54 An: Les Mikesell Cc: Hendrik Friedel; bac...@li... Betreff: Re: [BackupPC-users] Resume Backup definitely use rsync/rsyncd if possible. I do find that smb can be much faster on a local lan but you have to deal with file locks on the client side as well as permission issues as samba does not give all the same information as the real filesystem the file sit on. On Sat, May 17, 2008 at 10:13 AM, Les Mikesell <le...@fu...> wrote: Hendrik Friedel wrote: > > The backups I run have a size of 20-30 GB and it takes around 5 hours, even > for an incremental Backup (54 Mbit Wlan), which is quite disappointing in > the fist place (rsync, Client: Centrino 1.7Ghz 1.5 GB Ram, Server Athlon > XP1700, 512MB Ram). This would be acceptable, but for some reason -dispite a > good WLAN connection- many backups stop with (apparent) transfer errors. I > can hardly complete any Backups. Wireless is subject to interference from an assortment of sources. Can you plug the client in for the initial run? > Now, it seems that BackupPC does not support resuming backups. Is there a > specific reason for this? Would it be possible to add this functionality? Are you using the rsync or rsyncd methods? I don't think the others can resume. -- Les Mikesell les...@gm... ------------------------------------------------------------------------- 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 Bac...@li... List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/ |