On Sun, Mar 4, 2012 at 8:22 AM, Chris Mavrakis <cmavr8 AT gmail DOT com> wrote:
> Ok, I verified it, whatever one does, the ssh connection is terminated after
> 1h1'. So the only "solution" to this would be to have backuppc retry again
> and again until the sum of the files is transfered, and the final backup is
> successful :).
>
> Maybe I can simulate this behavior by setting
>>
>> $Conf{IncrPeriod} = 0.03;
>
> (roughly every 40 minutes) for the first copy of the files, and then reset
> it back to the default 0.97.
Incremental runs will start from the beginning each time. An
incomplete full run should result in a 'partial' backup and pick up
from there on the next attempt, though. So force a full and keep doing
it until it completes. It might help a little to add the '-C' option
to ssh for compression if you haven't already. And perhaps you can
adjust the incrementals to use levels or do fulls more frequently to
not have so much data to copy at once.
If you have enough disk space locally, you might even use a scripted
rsync to do the initial copy, then let backuppc copy that for history.
A native rsync will be somewhat faster, can use the -z option for
compression, and can be restarted without much of a speed penalty.
--
Les Mikesell
lesmikesell AT gmail DOT com
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
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/
|