On 14.09.2010 18:48, 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?
Yes, the list has all the jobs since beginning of times, including the
successful FULL one :)
I now deleted the cancelled job from the list - let's see what happens
today evening.
>>> 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.
This is from the e-mail Bacula server sent:
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-fd JobId 9130: Could not stat
"/usr/local/repositories": ERR=No such file or directory
12-Sep 23:59 velvet-sd JobId 9130: Job write elapsed time = 00:37:46,
Transfer rate = 19 Bytes/second
12-Sep 23:59 velvet-dir JobId 9130: Bacula velvet-dir 5.0.2 (28Apr10):
12-Sep-2010 23:59:46
Build OS: amd64-portbld-freebsd8.0 freebsd 8.0-RELEASE-p2
JobId: 9130
Job: userdata-archive.2010-09-12_23.05.04_00
Backup Level: Incremental, since=2010-09-11 23:23:00
Client: "velvet-fd" 5.0.2 (28Apr10)
amd64-portbld-freebsd8.0,freebsd,8.0-RELEASE-p2
FileSet: "userdata-archive" 2009-05-01 23:05:00
Pool: "pool-userdata-archive-incr" (From Job
IncPool override)
Catalog: "MySQL" (From Client resource)
Storage: "storage-archive" (From Job resource)
Scheduled time: 12-Sep-2010 23:05:03
Start time: 12-Sep-2010 23:19:20
End time: 12-Sep-2010 23:59:46
Elapsed time: 40 mins 26 secs
Priority: 10
FD Files Written: 193
SD Files Written: 193
FD Bytes Written: 17,283 (17.28 KB)
SD Bytes Written: 44,068 (44.06 KB)
Rate: 0.0 KB/s
Software Compression: None
VSS: no
Encryption: no
Accurate: yes
Volume name(s): userdata-archive-incr-0315
Volume Session Id: 174
Volume Session Time: 1279692875
Last Volume Bytes: 47,615 (47.61 KB)
Non-fatal FD errors: 1
SD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Backup OK -- with warnings
--
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
