On Tuesday 14 September 2010 15:16:47 Martin Simmons wrote:
> >>>>> On Tue, 14 Sep 2010 13:49:59 +0300, Silver Salonen said:
> > 
> > On Tuesday 14 September 2010 10:59:09 Christian Manal wrote:
> > > Am 14.09.2010 09:53, schrieb Silver Salonen:
> > > > On Tuesday 14 September 2010 10:41:38 Christian Manal wrote:
> > > >> Am 14.09.2010 09:30, schrieb Silver Salonen:
> > > >>> On Tuesday 14 September 2010 10:13:49 Christian Manal wrote:
> > > >>>> Am 14.09.2010 08:36, schrieb Silver Salonen:
> > > >>>>> Hello.
> > > >>>>>
> > > >>>>> I use Bacula 5.0.2 on FreeBSD 8.0. I have a huge archive-type 
> > > >>>>> backup that has no full backup in its schedule:
> > > >>>>>
> > > >>>>> Schedule {
> > > >>>>>         Name = Archive
> > > >>>>>         Run = Level=Differential 1st fri at 23:05
> > > >>>>>         Run = Level=Incremental 2nd-5th fri at 23:05
> > > >>>>>         Run = Level=Incremental sat-thu at 23:05
> > > >>>>> }
> > > >>>>>
> > > >>>>> The job builds its fileset dynamically with "/usr/bin/find 
> > > >>>>> /path/to/backup -type f -mtime +90d -print" - it takes a while, but 
> > > >>>>> does its job. From time-to-time the job just gets upgraded to 
> > > >>>>> full.. like today:
> > > >>>>>
> > > >>>>> 13-Sep 23:05 velvet-dir JobId 9135: 13-Sep 23:05 velvet-dir JobId 
> > > >>>>> 9135: No prior or suitable Full backup found in catalog. Doing FULL 
> > > >>>>> backup.
> > > >>>>> 13-Sep 23:05 velvet-dir JobId 9135: Start Backup JobId 9135, 
> > > >>>>> Job=userdata-archive.2010-09-13_23.05.01_05
> > > >>>>>
> > > >>>>> Any ideas why this happens?
> > > >>>>>
> > > >>>>> Is there a way to continue with incremental backups once such a 
> > > >>>>> full backup has been cancelled (eg. modifying Bacula DB manually)? 
> > > >>>>> It would really hurt to start from scratch with this archive.
> > > >>>>>
> > > >>>>
> > > >>>>
> > > >>>> Hi,
> > > >>>>
> > > >>>> did you set "Ignore FileSet Changes = yes" in your FileSet's
> > > >>>> "Options"-Section? If not, the job level will be elevated to full, if
> > > >>>> the FileSet changes.
> > > >>>>
> > > >>>>
> > > >>>> Regards,
> > > >>>> Christian Manal
> > > >>>
> > > >>> Yes I did. Otherwise the job would be upgraded to full every time :)
> > > >>>
> > > >>
> > > >> Well, it could have been, that the dynamically generated FileSet only
> > > >> changes now and then.
> > > > 
> > > > The dataset is big enough to contain at least a modified file for every 
> > > > day :)
> > > > 
> > > >>> This upgrade happened now after 35 days, ie the full backup was done 
> > > >>> 35 days ago, on 10th of August. Meanwhile only 
> > > >>> incrementals/differentials were done.
> > > >>>
> > > >>
> > > >> What about your retention periods? Maybe the job or volume of the last
> > > >> full backup got pruned.
> > > > 
> > > > Retention period of the full volume is 10 years. The client's file and 
> > > > job retention periods are 6 months. So I don't think configuration of 
> > > > any of these parameters' could have caused that.
> > > > 
> > > > --
> > > > Silver
> > > > 
> > > 
> > > 
> > > Then I'm out of ideas. Sorry.
> > > 
> > > Regards,
> > > Christian Manal
> > 
> > Thanks anyway. Any other ideas anyone?
> 
> Is the Full job still shown by the list jobs command (i.e. is it still in the
> catalog at all)?

Yes, with job status "A".

> What did the last successful incremental print for the "Backup Level" in the
> log.  It should give a date.

The last incremental backup was not different from other incrementals.

12-Sep 23:05 velvet-dir JobId 9130: Start Backup JobId 9130, 
Job=userdata-archive.2010-09-12_23.05.04_00
12-Sep 23:05 velvet-dir JobId 9130: There are no more Jobs associated with 
Volume "userdata-archive-incr-0315". Marking it purged.
12-Sep 23:05 velvet-dir JobId 9130: All records pruned from Volume 
"userdata-archive-incr-0315"; marking it "Purged"
12-Sep 23:05 velvet-dir JobId 9130: Recycled volume "userdata-archive-incr-0315"
12-Sep 23:05 velvet-dir JobId 9130: Using Device "device-archive"
12-Sep 23:19 velvet-dir JobId 9130: Sending Accurate information.
12-Sep 23:21 velvet-sd JobId 9130: Recycled volume "userdata-archive-incr-0315" 
on device "device-archive" (/mnt/backup/bacula/), all previous data lost.
12-Sep 23:21 velvet-dir JobId 9130: Max Volume jobs exceeded. Marking Volume 
"userdata-archive-incr-0315" as Used.
12-Sep 23:59 velvet-sd JobId 9130: Job write elapsed time = 00:37:46, Transfer 
rate = 19  Bytes/second

-- 
Silver

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users