also sprach Adam Goryachev [2016-08-05
01:04 +0200]:
> We do update a partial backup, as long as the new partial contains
> more files than the previous partial, but it doesn't even save
> a partially transferred file.
I think this is fine, and a partially
On 05/08/16 04:42, martin f krafft wrote:
> also sprach Adam Goryachev [2016-08-04
> 15:47 +0200]:
>> On 4/08/2016 23:43, martin f krafft wrote:
>
>> It should work as you said, but if you never have enough time to
>> transfer the second file, then you won't
also sprach Adam Goryachev [2016-08-04
15:47 +0200]:
> On 4/08/2016 23:43, martin f krafft wrote:
> > 3) Ensure that you can backup any file within the ClientTimeout,
> > Is this necessary? Isn't ClientTimeout about killing the connection
> > after a period
On 4/08/2016 23:43, martin f krafft wrote:
> 3) Ensure that you can backup any file within the ClientTimeout,
> Is this necessary? Isn't ClientTimeout about killing the connection
> after a period of time without any traffic?
Almost, but the timer is only updated after each file has been
Hey Adam, thanks for your quick response. I have a few points to
add:
> 1) Ensure you enable SSH keepalives to keep your NAT firewall open
Yes, of course these are enabled.
> 2) You can look to split remote files before the backup, and exclude the
> original large files (sometimes this is
Hello,
the issue I've raised 4 years ago:
https://sourceforge.net/p/backuppc/mailman/message/29727529/
still persists with BackupPC 3.3.0. Basically what happens is that
a combination of large new files and a slow connection between
backup server and client means that a full backup eventually