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:[EMAIL PROTECTED]
Gesendet: Sonntag, 18. Mai 2008 23:37
An: '[EMAIL PROTECTED]'
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 [EMAIL PROTECTED] (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 [EMAIL PROTECTED] (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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Gesendet: Sonntag, 18. Mai 2008 17:54
An: Les Mikesell
Cc: Hendrik Friedel; [email protected]
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 <[EMAIL PROTECTED]> 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
[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/
-------------------------------------------------------------------------
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/
