-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Martin Simmons wrote:
>> I recently had to bscan a tape. The job was in the database (the Job
>> Retention
>> period hadn't yet passed), but the file/path records were not (the File
>> Retention period *had* passed).
>>
>> For this client, there were two Filesets in the database due to a change a
>> few
>> months back. The job on the scanned tape was originally run using fileset 1,
>> but bscan changed the record in the Job table to fileset 2.
>>
>> I've not yet run exhaustive tests because it takes 3-4 hours to read the tape
>> and insert the data into the database. Before I go down that path: should I
>> be
>> expecting this behaviour from bscan? If not, I should be able to fix it and
>> supply a patch (you know, good old community involvement in bug fixes....
>> :)),
>> but I would like to know I'm not wasting my time first.
>
> I think it is difficult. Can it reliably pick the correct one (in the case
> where the job record was deleted as well)? If the job record still exists,
> which fields (if any) should be updated?
Well, it must know which fileset was used (by name) to be able to do anything at
all. I assumed that came from the data on the tape because otherwise it
wouldn't know what to do if the job record didn't exist anymore (create some
bogus fileset record in the database?). Knowing that, the Fileset table in the
database has "createtime"; it shouldn't be too big a stretch to use the fileset
with the given name and the most recent createtime prior to when the job ran.
I'll do some more testing to see what happens in various circumstances, and then
see about a patch for bscan.
Thanks,
Craig
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkyXwu4ACgkQmDveRtxWqnbFMACggRvnkZzVWupOhp28GvLiCDs4
Q54AniOnnz3TRDmZxtLvEviIM6q6J/rP
=qjzm
-----END PGP SIGNATURE-----
------------------------------------------------------------------------------
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
|
