>>>>> On Thu, 22 Apr 2010 11:07:43 +0200, Matija Nalis said: > > On Wed, Apr 21, 2010 at 08:31:19PM +0100, Martin Simmons wrote: > > > Which all ended with info like (with different non-zero numbers of > > > course) : > > > > > > Records added or updated in the catalog: > > > 1 Media > > > 1 Pool > > > 2 Job > > > 8992911 File > > > > > > So I guessed it should be ready to go. I started bacula again, run > > > the restore -- but again I got dreaded "For one or more of the JobIds > > > selected, no files were found, so file selection is not possible" > > > error. > > > > What is the value in the Job.PurgedFiles column for those JobIds? If it is > > 1, > > then Bacula will ignore the file entries. > > Thanks Martin! > > That is indeed the case - Job 10553 (the Full backup from tape > 783AHNL2) indeed has PurgedFiles=1 (all other Differental/Incremental > jobs have 0). > > I can of course update it manually in mysql, but is that the correct > way to go?
Yes, in this case I think that it is best option. You could check that all files have been added to the File table. I.e. these two should be equal: select count(*) from file where jobid=10553; select jobfiles from job where jobid=10553; > And why did that happen, shouldn't bscan have updated > Job.PurgedFiles column too (one would guess if you restore catalog > information using bscan, you actually want it to be useable) ? Yes, it looks like a bug in bscan. You could report it at http://bugs.bacula.org/. __Martin ------------------------------------------------------------------------------ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
