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/