On Tuesday 14 September 2010 21:54:21 Silver Salonen wrote:
> 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
After deleting the cancelled full job, the next incremental job was still
upgraded to full. I then deleted the last successful incremental job record
from database too, but the job is still upgraded to full.
Anything else to try?
--
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
|