also sprach Les Mikesell [2012.08.27.2326 +0200]:
> The only setting I can see that relates to this would be
> PartialAgeMax. Are the retries happening before this expires?
> Otherwise you'd have to poke though the code to see why it prefers the
> previous full.
This is a good idea, especially s
also sprach backu...@kosowsky.org [2012.08.28.0208
+0200]:
> Given that the fate and timing of a new 4.x version of BackupPC is
> uncertain at best and that this is a relatively common problem, maybe
> we should think about how to *patch* BackupPC 3.x so that partially
> backup files are stored a
Adam Goryachev wrote at about 09:23:51 +1000 on Tuesday, August 28, 2012:
> PS, the real problem with what you are seeing is possibly that backuppc
> isn't backing up one of the large files before being interrupted/timing
> out. Since it doesn't continue the backup from the middle of the file,
On 08/27/2012 07:19 PM, martin f krafft wrote:
> Dear list,
>
> I am very happy with BackupPC, except that it hasn't been able to
> back up my workstation for more than 3 months. It started a full
> backup on 14 May 2012, shortly after I had stored a set of large
> files to disk. Since my workstati
On Mon, Aug 27, 2012 at 4:26 PM, Les Mikesell wrote:
> >
> The best solution would be to have enough bandwidth to meet your
> requirements... Or at least enough to catch up by running through
> weekends.
Forgot to mention that you might have to bump ClientTimeout way up.
In theory this is suppo
On Mon, Aug 27, 2012 at 3:45 PM, martin f krafft wrote:
> also sprach Mike [2012.08.27.1502 +0200]:
>> The fix I've used is to --exclude a good chunk of the backup so it does
>> finish in a day, then --exclude a little less the next time it runs, and
>> so forth.
>
> I have used this method, whic
Thinking outloud here - could you change the sync method to SMB to get a
new full copy, then switch back to rSync?
On Mon, Aug 27, 2012 at 3:45 PM, martin f krafft wrote:
> also sprach Mike [2012.08.27.1502 +0200]:
> > The fix I've used is to --exclude a good chunk of the backup so it does
> >
also sprach Mike [2012.08.27.1502 +0200]:
> The fix I've used is to --exclude a good chunk of the backup so it does
> finish in a day, then --exclude a little less the next time it runs, and
> so forth.
I have used this method, which you and Les suggested. And yes, it
works. However, it's hardl
On Sat, Aug 25, 2012 at 12:52 PM, Trey Dockendorf wrote:
> I've been using BackupPC for many years now, and am now for the first
> time going to be using the Archive features. For me the archives will
> not be for off-site or remote storage, but a sort of "out-of-band"
> copy of the backups. The
On 12-08-27 09:57 AM, Les Mikesell wrote:
> On Mon, Aug 27, 2012 at 4:19 AM, martin f krafft wrote:
>>
>> However, the status quo seems broken to me. If BackupPC times out on
>> a backup and stores a partial backup, it should be able to resume
>> the next day. But this is not what seems to happen.
On Mon, Aug 27, 2012 at 4:19 AM, martin f krafft wrote:
>
>
> However, the status quo seems broken to me. If BackupPC times out on
> a backup and stores a partial backup, it should be able to resume
> the next day. But this is not what seems to happen. The log seems to
> suggest that each backup r
Dear list,
I am very happy with BackupPC, except that it hasn't been able to
back up my workstation for more than 3 months. It started a full
backup on 14 May 2012, shortly after I had stored a set of large
files to disk. Since my workstation is behind an ADSL connection,
the backup eventually tim
12 matches
Mail list logo
