-----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 [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-users
