Re: 4.0.0alpha3: data stream (code 12) at io.c(629)

Denis Jedig <[email protected]> Wed, 30 Apr 2014 09:14:03 +0200
Newsgroups gmane.comp.sysutils.backup.backuppc.devel
Message-ID <[email protected]>
Ruben,

On 06.03.2014 12:18, Ruben Vermeersch wrote:

> I'm currently testing v4 and I'm getting a lot of these on 
> large hosts (half a million files, roughly):
>
> 2014-03-02 11:16:01 Created directory /volume1/Backups/pc/osaka  <http://192.168.1.30:8083/cgi-bin/BackupPC_Admin.pl?host=osaka>/refCnt
> 2014-03-02 11:16:01 full backup started for directory /Users/ruben/
> 2014-03-02 11:53:14 Got fatal error during xfer (rsync error: error in rsync protocol data stream (code 12) at io.c(629) [generator=3.0.9.3])
> 2014-03-02 11:53:19 Backup aborted (rsync error: error in rsync protocol data stream (code 12) at io.c(629) [generator=3.0.9.3])

I have seen something similar when backing up Windows hosts. The 
backup process aborted with

> rsync_bpc: writefd_unbuffered failed to write 8 bytes to 
> message fd [receiver]: Broken pipe (32)
> Done: 234 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 0 
> filesTotal, 0 sizeTotal, 104 filesNew, 688129448 sizeNew, 
> 688129448 sizeNewComp, 137197 inode
> rsync error: error in rsync protocol data stream (code 12) at 
> io.c(1556) [receiver=3.0.9.3]
> rsync_bpc exited with fatal status 0 (139) (rsync error: error 
> in rsync protocol data stream (code 12) at io.c(1556) 
> [receiver=3.0.9.3])
> Xfer PIDs are now
> Got fatal error during xfer (No files dumped for share vDrive)
> Backup aborted (No files dumped for share vDrive)

And the sender side is logging

> 2014/04/29 14:34:25 [1532] rsync: read error: Connection reset 
> by peer (104)
> 2014/04/29 14:34:25 [1532] rsync error: error in rsync protocol 
> data stream (code 12) at 
> /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(764) 
> [sender=3.0.9]

this is when backing up a moderately sized volume (40 GB) with 
~80.000 files. I could trace it back to a set of files which 
seemed to trigger the issue. Excluding the directory in question 
from my backup configuration helped the backup run to complete. I 
did not do any further testing though, so the cause for the 
failures is still unknown, but it might be worth checking if your 
backups abort on the transmission of a specific directory or file.

Regards,

Denis

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs

_______________________________________________
BackupPC-devel mailing list
[email protected]
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-devel
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/