Hello Alan,
Yes your suggested change would be a reasonable feature to add. I cannot
work on that right at the moment, so please submit a feature request.
Best regards,
Kern
On 10/28/2017 11:39 PM, Alan Brown wrote:
On 28/10/17 18:16, Kern Sibbald wrote:
Hello Bill,
By the way, I have just committed another patch for the problem of
marking all volumes read-only. If you have time please test the
latest code in the repo, I think it should correct the last note you
put into your bug #2329.
The case you cite below looks to me like Bacula is behaving as
designed. Basically if the device is not there Bacula makes a few
passes at trying to find it then simply fails the job. I am not sure
how Bacula would "trap" this sort of a situation, and for me it really
does not make sense for Bacula to notify the operator because it is
not a simple mount request.
Adding my 2 cents:
It may not be a simple mount request, but the operator needs to know
anyway, so it can be escalated quickly.
I think the option of failing or hanging forever should be configurable.
The operator will notice the problem when the job fails.
Which is not ideal if it happens partway through a 2TB backup.
Bottom line: if devices defined in the SD are not there, Bacula will
after trying a few times fail the jobs.
If you have a good idea on some other action, I am willing to listen.
Best regards,
Kern
On 10/28/2017 06:54 PM, Bill Arlofski wrote:
On 10/28/2017 10:10 AM, Phil Stracchino wrote:
On 10/28/17 04:15, Kern Sibbald wrote:
Hello,
Thanks for the feedback. Can you confirm that your Bacula signs on with
version 9.0.5? If so, it means that some recent patches that I have
made for this problem (3-4 bug reports) solve the problem :-)
I will definitely download and test.
Hi Kern,
Version 9.0.5 from git seems to mitigate this issue. (with a caveat or two).
In my quick test here, I set up a restore job knowing full well that the
storage array with the volumes required to do the restore was powered off -
hoping to force Bacula to ask the operator for a volume and then wait. :)
Bacula attempted to reserve, and then access each of the 6 disk devices in the
autochanger. Of course it could not open any of them because the array was
off/dismounted. It properly warned me for each device, then tried to loop
through the 6 drives 3 more times (for a total of 4 loops), and then it marked
the job as:
"is waiting on Storage "aoe-file"
So far so good.
However, a few things:
1. It performed this loop every 30 seconds generating a lot of logging
2. It never mailed the operator to ask for a volume.
3. After pretty much exactly 10 minutes, the job was failed and a normal "job
failure" email was sent to the admin.
This second one might be the correct behavior since it is not trying to find a
volume, it simply cannot access the defined drive devices -- something to
think about... Should an operator be notified when a device cannot be opened
by the SD?
Attached is the first and last loop and job summary since it would just wrap
horribly in this email. :)
Kern, I understand that this test I just did may be a corner case and may just
be throwing a monkey wrench into the mix, but similar scenarios have been seen
in BEE Support, so it might be sensible to trap for this.
Best regards,
Bill
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users