Ralf Gross writes:
> Craig Barratt schrieb:
>
> > Ralf Gross writes:
> >
> > > I changed it to 7.1. If I want to disable full backups for a host for
> > > awhile, it is not sufficient to just comment out the crontab entry
> > > anymore, I have to remember to set $Conf{FullPeriod} to -1 again?
> >
> > Your question raises a good point. Unfortunately the backup expiry code
> > doesn't do quite the right thing when $Conf{FullPeriod} is negative and
> > you are using a list of values for $Conf{FullKeepCnt}. It looks like it
> > will behave correctly if you also set $Conf{FullKeepCntMin} to a value
> > bigger than the sum of the entries in $Conf{FullKeepCnt}. But I
> > haven't tested this case.
> >
> > In hindsight I shouldn't have overloaded $Conf{FullPeriod} with
> > negative settings for disabling backups. I should probably add
> > a new config parameter for disabling backups.
>
> I ran into another problem after setting $Conf{IncrPeriod} to 1.1.
> For some hosts I schedule the full back on Sunday. The last
> incremental backup for these hosts was on Friday morning or evening.
> Therefor a new incremental backup started at Sunday morning a few
> hours before the full would have started...
>
> Is there any side effect on setting $Conf{IncrPeriod} to a very high
> value?
My first reaction was yes, but the answer is actually no. The normal
scheduler makes sure a full backup has to be at least $Conf{FullPeriod}
after the last full backup, and at least $Conf{IncrPeriod} after the
last incremental backup.
But the BackupPC_serverMesg command starts a manual backup, which
ignores all the background scheduling rules. So a large value is
fine. That will prevent any normally scheduled backup from occurring
(provided an incremental backup exists).
In fact, this will move all control to cron, so if you disable your
crontab entries then no backups will occur without you having to
set $Conf{FullPeriod} to a negative value (again, provided an
incremental backup exists). (And in fact, because of how the
code is written, if you use a value above, say, 1 million,
then you don't even need a incremental backup to prevent all
regular backups.)
Craig
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/
