On Sun, Mar 4, 2012 at 8:22 AM, Chris Mavrakis <cma...@gmail.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 lesmikes...@gmail.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@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/