On Thu, Jun 9, 2016 at 2:07 PM, Carl Wilhelm Soderstrom
<chrome AT real-time DOT com> wrote:
> On 06/09 01:50 , Les Mikesell wrote:
>> Sometimes this is caused by a nat router or stateful firewall
>> (possibly even host firewall software) timing out and breaking a
>> connection due to too much idle time in the traffic.  If you are
>> running over ssh you can usually fix it by enabling keepalives - not
>> sure about the standalone rsyncd options.
>
> Good thought. However, it consistently happens to only one host, doesn't
> seem to correspond to having moved that host to another side of the
> firewall, and both the client and the backup server are on the same
> broadcast domain.
>
> That said, it's at a remote location and I can't trace the cabling myself,
> so it's possible there's a switch or something which is a bit more 'clever'
> than it should be, and is causing this.

It might just be somewhat different timing for that host too - that
is, there may be a large number of unchanging files or it has slow
drives that make it take a longer time to find something that changed.

-- 
   Les Mikesell
     lesmikesell AT gmail DOT com

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
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/