Bacula-users

Re: [Bacula-users] Bacula BLOCKED waiting for mount

2015-08-04 12:43:17
Subject: Re: [Bacula-users] Bacula BLOCKED waiting for mount
From: Michael Schwager <mschwager AT mochotrading DOT com>
To: Ana Emília M. Arruda <emiliaarruda AT gmail DOT com>
Date: Tue, 4 Aug 2015 11:41:30 -0500
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. 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 <emiliaarruda AT gmail DOT 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 <mschwager AT mochotrading DOT com> wrote:
On Sun, Aug 2, 2015 at 5:43 PM, Michael Schwager <mschwager AT mochotrading DOT 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 Phone    312-637-0011 Cell    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 AT lists.sourceforge DOT 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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users