Ben, thanks for the input. We used to have that problem too: We had a bug
in our code that would result in a lot of old bconsoles being left open and
we would hit the concurrent jobs limit. We fixed that some time ago, but
your message and someone else's yesterday are directing me to the message.
> On Oct 19, 2015, at 10:13, Kern Sibbald wrote:
>
>> On 10/19/2015 05:15 AM, Compdoc wrote:
>> >Well, did you try to find prices at IBM webpage for its products?
>>
>> I used to work for IBM. I know i cant afford them. Now I service computers
>> for small and medium size
Hello Rich,
You can always retrieve the messages from the Bacula log. It is saved in the
destination defined in the Messages directive (bacula-dir.conf): append =
"/var/log/bacula.log" = all, !skipped
It is possible to cat it and grep in the search for reload messages output.
E.g.:
cat
Thank you Kern and others! I appreciate the information which will be
useful in our decision on which way to go (stay with open source or sign-up
for BE).
-craig
On Mon, Oct 19, 2015 at 4:12 AM, Kern Sibbald wrote:
> On 10/19/2015 05:15 AM, Compdoc wrote:
>
> >Well, did you
> On a particular customer system, we find that the new job resource has not
> been loaded after the `reload` command has completed.
My workflow relies on the reload command heavily (puppet drops in updated
config files and executes the reload command afterwards; this normally works
very well.
Mark,
Bacula is not involved in hardware (tape drive) encryption.
The encryption dialog is an exchange of key information between the drive
and the encryption key manager, in your case stenc. If your tapes were
initially written to prior to using the encryption capability, the tapes
can never
Oh, I forgot to mention that when you start the console, if I am not
mistaken (to be verified), it "locks onto" the most recent
bacula-dir.conf file as if it were a regular job, and consequently, if
you want bconsole to show a more recent bacula-dir.conf I reccommend
restarting bconsole. In fact,
Hello Ben,
Thanks, this confirms what I wrote in my previous email.
Best regards,
Kern
On 10/19/2015 11:47 PM, Roberts, Ben wrote:
>
> > On a particular customer system, we find that the new job resource
> has not been loaded after the `reload` command has completed.
>
>
>
> My workflow
Well the best way to get what you want is to take contact with Bacula
Systems. All professional salesmen "qualify" potential customers very
quickly to see if there is a match between budget and a rough estimate
of the cost of any product.
If you go to:
Hello,
I recommend that you move up to Ubuntu 14.04 (maybe not so easy from a
QA stand point), but more importantly move up to Bacula 7.2.0 (or 7.2.1
which will be out within the next month). Sinc version 5.2.x, we have
done some major rewrites of the reload command including a new directive
so,
> On Mon, 19 Oct 2015 15:47:01 -0700, Mark D Strohm said:
>
> Hello-
>
> Is there a trick to using Bacula with LTO hardware encryption enabled?
>
> With drive encryption turned on, verify jobs are hitting an I/O error reading
> the first record of a tape file.
>
> On a test job that went
Dear Users,
Is anyone storing Bacula volumes in a gluster FS?
Do you really rely on FUSE or what ways are you doing to write on it?
Regards,
===
Heitor Medrado de Faria - LPIC-III | ITIL-F | Bacula Systems Certified
Hello Patti and Martin-
Thank you for the replies.
As I understand it, Bacula should have no problem with LTO hardware encryption
because (once set) it is supposed to be transparent at the user level, the same
as hardware compression. But apparently it is not perfectly transparent.
I’m
On Tue, 20 Oct 2015 17:48:04 +
bacula-users-requ...@lists.sourceforge.net wrote:
> Send Bacula-users mailing list submissions to
> bacula-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
14 matches
Mail list logo