On Thu, Sep 10, 2015 at 7:42 PM,  <fred AT damen DOT org> wrote:
> Greetings,
>
> I am having a problem in which incremental backups fail with(XFerlog):
> Child is aborting
> Got exit from child
> Done: 1 files, 544 bytes
> Got fatal error during xfer (aborted by signal=PIPE)
> Backup aborted by user signal
>
> shortly after rsync on the client seems to be looking for files to transfer,
> i.e., large number of files that do not need to be backed up, and not
> currently transferring any (client log):
> 2015/09/10 18:32:51 [7572] connect from server (172.29.35.70)
> 2015/09/10 18:32:51 [7572] rsync on . from backuppc@sevver (172.29.35.70)
> 2015/09/10 18:32:51 [7572] building file list
> 2015/09/10 18:35:35 [7572] rsync: [sender] write error: Connection reset by
> peer (104)
> 2015/09/10 18:35:35 [7572] rsync error: error in socket IO (code 10) at
> io.c(820) [sender=3.1.1]
>
> Form the Wireshark log on the backuppc server(linux) during this time frame it
> appears as though the client(172.29.35.65)'s rsync is sending a RST(reset),
> packet no. 4918.
>
> Any ideas? Both client and server logs are pointing at the other as the 
> culprit.
>
> The strange thing is, the full backups work fine.
>
> The above test was done with both the client and server pretty idle.
>
> This is consistent among 10+ clients for a long time.
>
> Nothing in between client and server but a switch.
>
> Any insights welcomed.
>

That scenario is pretty common when there is a nat gateway involved,
but a stateful host firewall could also time out the connection and
start blocking after some amount of idle time.

-- 
  Les Mikesell
     lesmikesell AT gmail DOT com

------------------------------------------------------------------------------
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/