On 09/14/2010 05:48 PM, Martin Simmons wrote:
>>>>>> On Tue, 14 Sep 2010 15:54:11 +0300, Silver Salonen said:
>>
>> 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".
>
> Status "A" is a failure code for "Cancelled". Is that what you expected?
> Bacula will ignore that job when looking for the prior Full backup, but you
> can use delete jobid=... to delete it from the catalog.
>
> Is there an older one still in the list as well?
>
>
>>
>>> 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
>
> You chopped the part I wanted to see. Please post the whole job log, down to
> the start of the next job.
>
> __Martin
>
Martin didn't A status for Accurate ( as shown in the extract log ) ?
--
Bruno Friedmann
Ioda-Net Sàrl www.ioda-net.ch
openSUSE Member
User www.ioda.net/r/osu
Blog www.ioda.net/r/blog
fsfe fellowship www.fsfe.org
tigerfoot on irc
GPG KEY : D5C9B751C4653227
------------------------------------------------------------------------------
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
