Steve James schrieb: > > Ralf Gross schrieb: > > > bacula 2.0.3, debian etch amd64, postgres 8.1 > > > > > > I've added some verify jobs to my configuration. If I start one of > > > these jobs by hand it works as expected. But if the job is scheduled > > > and started after the regular backup I get the error message > > > > > > Fatal error: verify.c:273 Unimplemented Verify level 73(I) > > > > [...] > > > > Posted too soon. Found a bug report about this problem, which is not > > a bug. > > > > http://bugs.bacula.org/view.php?id=1http://bugs.bacula.org/view.php?id=1 > > > > quote: > > Most likely you have a Schedule Run "level" override that is forcing > > the level to Incremental. > > > > > > That's the case here. I think the only solution will be adding a > > different schedule which is not changing the level. > > > Coincidentally, I also ran into this today. The pitfall, I think, is to > re-use > the backup schedule (complete with Level directives) for use with the > verification job and without realising that the Level directives there will > override the verify level. > > I suspect lots of us have done this. Perhaps there is an opportunity to trap > this in the (most excellent) manual?
I've another interesting problem. I scheduled the backup and verify jobs with different schedule resources, but they have all the same start time. I thought using differnt priorities would manage the order the jobs are started (this worked before for the backup jobs). 1. backup server1 prio 5 2. verify server1 prio 6 3. backup server2 prio 10 4. verify server2 prio 11 And this is happening: backup server1 with prio 5 starts at 00:05 and at the same time both verify jobs start! The second backup starts after the first one is done. Because the verify jobs start before the backup jobs are done, they choose the wrong jobid to compare the catalog data. I use 'Maximum Concurrent Jobs = 1' in my bacula-dir.conf, thus I thought that only one job at a time will start. Is this differnt with verify jobs? I can schedule the verify jobs later and maybe it would better for the tape if the verify jobs are started in a row (less tape spooling forward/backward). But I want to know why this is happening. There is something about the order of jobs with different priorities that start at the same time in the manual, maybe I'm seeing exactly these symptoms. quote: If you have several jobs of different priority, it may not best to start them at exactly the same time, because Bacula must examine them one at a time. If by Bacula starts a lower priority job first, then it will run before your high priority jobs. If you experience this problem, you may avoid it by starting any higher priority jobs a few seconds before lower priority ones. This insures that Bacula will examine the jobs in the correct order, and that your priority scheme will be respected. But it's not only the order that is wrong, they are started concurrently. 19-Jul 00:05 VU0EM005: BeforeJob: run command [...] 19-Jul 00:07 VU0EM005: Start Backup JobId 332, Job=SMTCZB0003.2007-07-19_00.05.00 [...] 19-Jul 00:10 VU0EM005: Job write elapsed time = 00:02:25, Transfer rate = 5.389 M bytes/second 19-Jul 00:10 VU0EM005: Committing spooled data to Volume "06D121L3". Despooling 782,258,301 bytes ... 19-Jul 00:10 VU0EM005: Despooling elapsed time = 00:00:07, Transfer rate = 111.7 M bytes/second 19-Jul 00:10 VU0EM005: Bacula 2.0.3 (06Mar07): 19-Jul-2007 00:10:35 JobId 332 [...] 19-Jul 00:11 VU0EM005: Start Backup JobId 334, Job=VU0EM003.2007-07-19_00.05.02 [...] 19-Jul 00:17 VU0EM005: Job write elapsed time = 00:04:55, Transfer rate = 13.49 M bytes/second 19-Jul 00:17 VU0EM005: Committing spooled data to Volume "06D121L3". Despooling 3,986,006,399 bytes ... 19-Jul 00:18 VU0EM005: Despooling elapsed time = 00:00:56, Transfer rate = 71.17 M bytes/second 19-Jul 00:18 VU0EM005: Bacula 2.0.3 (06Mar07): 19-Jul-2007 00:18:47 JobId: 334 [...] 19-Jul 00:05 VU0EM005: Verifying against JobId=327 Job=SMTCZB0003.2007-07-18_00.05.00 19-Jul 00:05 VU0EM005: Bootstrap records written to /opt/bacula/var/bacula/working/VU0EM005.restore.3.bsr 19-Jul 00:05 VU0EM005: 19-Jul 00:05 VU0EM005: The job will require the following Volume(s) Storage(s) SD Device(s) =========================================================================== 19-Jul 00:05 VU0EM005: 19-Jul 00:05 VU0EM005: 06D121L3 NEC-T40A NEC-T40A 19-Jul 00:05 VU0EM005: 19-Jul 00:10 VU0EM005: Start Verify JobId=333 Level=VolumeToCatalog Job=VerifySMTCZB0003.2007-07-19_00.05.01 19-Jul 00:10 VU0EM005: 3301 Issuing autochanger "loaded? drive 0" command. 19-Jul 00:10 VU0EM005: 3302 Autochanger "loaded? drive 0", result is Slot 2. 19-Jul 00:11 VU0EM005: Ready to read from volume "06D121L3" on device "LTO3" (/dev/ULTRIUM-TD3). 19-Jul 00:11 VU0EM005: Forward spacing Volume "06D121L3" to file:block 3:0. 19-Jul 00:11 VU0EM005: File: /var/run/utmp 19-Jul 00:11 VU0EM005: MD5 digest not same. File=u7JwzElvc2YZ46/wq8+1eC Cat=ubJwzElvc2YZ4K3wqMO1eg 19-Jul 00:11 VU0EM005: File: /var/cache/man/whatis 19-Jul 00:11 VU0EM005: MD5 digest not same. File=2/t8c8wWkk+x16/778/4zD Cat=2/t8c8wWkk2x16v77sD4zw [...] 19-Jul 00:05 VU0EM005: Verifying against JobId=329 Job=VU0EM003.2007-07-18_00.05.02 19-Jul 00:05 VU0EM005: Bootstrap records written to /opt/bacula/var/bacula/working/VU0EM005.restore.4.bsr 19-Jul 00:05 VU0EM005: 19-Jul 00:05 VU0EM005: The job will require the following Volume(s) Storage(s) SD Device(s) =========================================================================== 19-Jul 00:05 VU0EM005: 19-Jul 00:05 VU0EM005: 06D121L3 NEC-T40A NEC-T40A 19-Jul 00:18 VU0EM005: Start Verify JobId=335 Level=VolumeToCatalog Job=VerifyVU0EM003.2007-07-19_00.05.03 19-Jul 00:18 VU0EM005: 3301 Issuing autochanger "loaded? drive 0" command. 19-Jul 00:18 VU0EM005: 3302 Autochanger "loaded? drive 0", result is Slot 2. 19-Jul 00:19 VU0EM005: Ready to read from volume "06D121L3" on device "LTO3" (/dev/ULTRIUM-TD3). 19-Jul 00:19 VU0EM005: Forward spacing Volume "06D121L3" to file:block 4:0. 19-Jul 00:20 VU0EM005: End of file 5 on device "LTO3" (/dev/ULTRIUM-TD3), Volume "06D121L3" 19-Jul 00:20 VU0EM005: End of file 6 on device "LTO3" (/dev/ULTRIUM-TD3), Volume "06D121L3" 19-Jul 00:20 VU0EM005: Bacula 2.0.3 (06Mar07): 19-Jul-2007 00:20:40 JobId: 335 [...] Ralf ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
