Actually, the restore jobs were in the 900-range. 687 was indeed the backup job, as I can see that the numbers before and closely following it were all backup jobs in the same data range (I didn't do my restore until months later).
It was that restore process that taught me how to manage my Bacula Directory so as to avoid bscan's in the future. But it's good to know that I can restore without restoring the info in the catalog. (also I learned that Backups are useless. It's the restore I care about <http://highscalability.com/blog/2014/2/3/how-google-backs-up-the-internet-along-with-exabytes-of-othe.html>. At work we no longer talk about our "backup infrastructure", we talk about our "restore infrastructure"). *- Mike Schwager* * Linux Network Engineer, Mocho Trading LLC* * 312-646-4783 Phone 312-637-0011 Cell 312-957-9804 Fax* On Tue, Aug 4, 2015 at 7:30 AM, Ana Emília M. Arruda <emiliaarr...@gmail.com > wrote: > Hello Michael, > > When you use bscan to restore jobs and files information from a volume > into catalog, a new jobid is created for the original jobid (the jobid that > used the volume for its backup). This is why you have the JobId 687 and not > the original one. This is the JobId that you will find in your Job table. > And this is the jobId that Bacula will tie to your media in JobMedia table. > > If the bscan operation is usual for you, I would recommend you to have an > Admin Job doing prune operations of your jobs scheduled in an adequate > date/time for your environment. > > Also, I would remember you that you can use bls/bextrac/bscan to restore > the directories/files without restoring the volume/job info into catalog. > > Best regards, > Ana > > On Mon, Aug 3, 2015 at 7:15 PM, Michael Schwager < > mschwa...@mochotrading.com> wrote: > >> On Sun, Aug 2, 2015 at 5:43 PM, Michael Schwager < >> mschwa...@mochotrading.com> wrote: >> >>> Starngely, we have another tape that SHOULD be available. Tapes in this >>> pool are set to recycle after 90 days, and 90 days ago from today is May >>> 4th. >>> We have a tape that was last written to on March 28. So why would >>> Bacula block on the unavailable tape? >>> >> >> To answer my own question (with help from the other denizens of the >> Bacula-cave): >> >> A couple of months ago I needed to do a restore, but I had set some of >> the retention times too short. So the files for my Job were not in the >> database any longer. I scanned the tape and got the data back into the >> database. I'm not exactly sure what I'd done or why it broke, but I can >> tell you that the JobMedia database rows included references to JobId 687, >> and that was the ID of a job that contained my file. In any case, I'm sure >> these old references were what caused Bacula to not be able to mark the >> tape as recyclable, and it thought the tape was in use, so it requested the >> next tape in line (EPW681L3). >> >> I'm beginning to learn about the reasons why behind the warnings not to >> purge, and to let Bacula manage everything, and so on. At this point I >> think my Bacula is where I want it and I can move forward. >> >> Thank you all for your help, suggestions, and patience. >> >> >> *- Mike Schwager* >> >> * Linux Network Engineer, Mocho Trading LLC* >> * 312-646-4783 <312-646-4783> Phone 312-637-0011 <312-637-0011> >> Cell 312-957-9804 <312-957-9804> Fax* >> >> >> This message is for the named person(s) use only. It may contain >> confidential proprietary or legally privileged information. No >> confidentiality or privilege is waived or lost by any mistransmission. If >> you receive this message in error, please immediately delete it and all >> copies of it from your system, destroy any hard copies of it and notify the >> sender. You must not, directly or indirectly use, disclose, distribute, >> print, or copy any part of this message if you are not the intended >> recipient. Mocho Trading LLC reserves the right to monitor all e-mail >> communications through its networks. Any views expressed in this message >> are those of the individual sender, except where the message states >> otherwise and the sender is authorized to state them to be the views of any >> such entity. >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> >> > -- This message is for the named person(s) use only. It may contain confidential proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Mocho Trading LLC reserves the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.
------------------------------------------------------------------------------
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
