Having seen no response so far I guess Verify jobs are not used very
often. Is this behavior of Verify just a bug or result of an incomplete
implementation? Or should this be turned into a feature request? I
really think a new "verify" command similar to the "restore" command may
be the right approach.
I am stuck with a data recovery task that requires me to do an data
integrity scan rather than a restore (no access to tapes).
"DiskToCatalog" is the right choice for me but I need more than just a
diff against the last run job.
Holger
> Hi all,
>
> I am trying to run a verify that compares the md5 checksums in the
> catalog with the files on disk. Although I am using DiskToCatalog, the
> verify job seems to only compare with the last backup job. If that last
> job was not a Full backup then, apparently, only the changed files are
> verified. I need bacula to track back to the last Full backup and apply
> the Differential and Incremental jobs up to the current date. This is
> what is usually done when you run a Restore job with the "restore"
> command for a certain date. Is something like this supported for a
> Verify job, or am I missing something in my Job definition?
>
> Job {
> Name = "HOST_BACKUP_VERIFY"
> Type = Verify
> Level = DiskToCatalog
> Client = host-fd
> Verify Job = "HOST_BACKUP"
> FileSet = "HOST_DATA"
> Max Start Delay = 12h
> Storage = PV-124T
> Messages = Standard
> Pool = Default
> Full Backup Pool = Full
> Priority = 10
> }
>
> list jobs shows me:
>
> | 35412 | HOST_BACKUP | 2020-11-23 01:55:03 | B | I
> | 0 | 0 | A |
> | 35387 | HOST_BACKUP_VERIFY | 2020-11-20 20:10:29 | V | d |
> 21791 | 7772025165 | D |
> | 35388 | HOST_BACKUP | 2020-11-20 20:19:11 | B | I
> | 47 | 45156890 | T |
> | 35389 | HOST_BACKUP_VERIFY | 2020-11-20 20:34:11 | V | d |
> 21791 | 7772090423 | D |
> | 35390 | HOST_BACKUP_VERIFY | 2020-11-20 20:46:23 | V | d |
> 21791 | 7772127788 | D |
> | 35391 | HOST_BACKUP | 2020-11-20 20:55:37 | B | F |
> 21712 | 7772157306 | T |
> | 35392 | HOST_BACKUP_VERIFY | 2020-11-20 21:09:17 | V | d |
> 21791 | 7772194578 | D |
>
> Only Job 35392 is showing me the few files that got changed. 35387 was
> basically returning the whole file structure claiming that those are all
> new files.
>
> Any suggestion how to use Verify?
>
> Or is there a method to extract the checksums from the catalog DB?
>
> Thanks
> Holger
--
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
