>>>>> On Tue, 21 Sep 2010 08:24:14 +1200, Craig Miskell said:> 
> 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.

Yes, that will probably work for your case, but don't forget that bscan can
also be used to repopulate an empty catalog (though keeping regular backups of
the catalog is a better approach).

__Martin

------------------------------------------------------------------------------
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