Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job Resource Definitions

[Rich Otero]

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.
I haven't looked at those yet.

Regards,
Rich Otero
Director, Technical Support and Professional Services
EditShare
rot...@editshare.com
617-782-0479

On Tue, Oct 20, 2015 at 2:47 AM, 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 relies on the reload command heavily (puppet drops in updated
> config files and executes the reload command afterwards; this normally
> works very well. Occasionally I have problems and this is always evidenced
> by “Error: Too many open reload requests. Request ignored” in the messages
> output. The normal cause for this in my experience is too many connected
> bconsoles (which appear to count against the director’s concurrent job
> limit?) Killing off the old bconsole sessions that people have spawned
> under screen weeks before and forgotten usually fixes this. I rarely have
> to restart the director service more than once or twice a year and that’s
> normally for other issues.
>
>
>
> Regards,
>
> Ben Roberts
>
>
> --
> This email and any files transmitted with it contain confidential and
> proprietary information and is solely for the use of the intended
> recipient. If you are not the intended recipient please return the email to
> the sender and delete it from your computer and you must not use, disclose,
> distribute, copy, print or rely on this email or its contents. This
> communication is for informational purposes only. It is not intended as an
> offer or solicitation for the purchase or sale of any financial instrument
> or as an official confirmation of any transaction. Any comments or
> statements made herein do not necessarily reflect those of GSA Capital. GSA
> Capital Partners LLP is authorised and regulated by the Financial Conduct
> Authority and is registered in England and Wales at Stratton House, 5
> Stratton Street, London W1J 8LA, number OC309261. GSA Capital Services
> Limited is registered in England and Wales at the same address, number
> 5320529.
>
>
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Capabilities of Bacula 7.0.5

[Novosielski, Ryan]

> 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 businesses, and I look for   alternatives to 
>> yearly support subscriptions because in the end, I find the answers to their 
>> problems. It's been many years since I've needed paid support. Many years.
>> 
>> Really, who doesn't want clear, concise pricing while avoiding salesmen who 
>> can set prices based on what they think you can afford to pay? And who 
>> doesn't want anonymity? I spend a lot money with Amazon because i can see 
>> their prices and there's no waiting...
>> 
>> Anyway, everyone wants to see bacula do well, including me, but adopting the 
>> business models of huge corporations seems like the antithesis of open 
>> source, and possibly marks the end of a great open source project. It's sad, 
>> is all.
> 
> Your point of view seems to me to be a bit too pessimistic.  Bacula Systems 
> is a company that (for the moment) is competing with big companies in the 
> enterprise market such as EMC, Symantec, IBM, HP, and ...  Bacula Systems is 
> doing quite well in that market and has been consistently growing at about 
> 65% in revenues each year since its creation, consequently the future of 
> Bacula Systems looks quite bright. The rather standard way of dealing with 
> pricing seems to be more an advantage rather than a hindrance at least in the 
> Enterprise market. 

As someone who does not have a horse in this race, I can't say I do much prefer 
to have some idea of ballpark of price before speaking to someone. It seems a 
shame to me to initiate a process which generates a quote and to find out that 
the quote is going to be $100,000 when all I have is $10k, or something like 
that. Maybe there is some advantage there, because a sales person can work with 
people individually, but it is nice to let people have a rough idea. However, I 
am not an enterprise customer. Perhaps they think completely opposite for all I 
know.

Thanks for all you do.


--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job Resource Definitions

[Heitor Faria]

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 /var/log/bacula.log | grep ERROR 

or 

cat /var/log/bacula.log | grep Error: 

Regards, 
=== 
Heitor Medrado de Faria - LPIC-III | ITIL-F | Bacula Systems Certified 
Administrator II 
Do you need Bacula training? http://bacula.us/video-classes/ 
I do Bacula training and deploy in any city of the world. More information: 
http://bacula.us/ 
+55 61 8268-4220 
Site: http://bacula.us FB: heitor.faria 
=== 

> From: "Rich Otero" 
> To: "Roberts, Ben" 
> Cc: bacula-users@lists.sourceforge.net
> Sent: Tuesday, October 20, 2015 11:24:54 AM
> Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job
> Resource Definitions

> 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. I haven't looked
> at those yet.

> Regards,
> Rich Otero
> Director, Technical Support and Professional Services
> EditShare
> rot...@editshare.com
> 617-782-0479

> On Tue, Oct 20, 2015 at 2:47 AM, Roberts, Ben < ben.robe...@gsacapital.com >
> 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 relies on the reload command heavily (puppet drops in updated 
>> config
>> files and executes the reload command afterwards; this normally works very
>> well. Occasionally I have problems and this is always evidenced by “Error: 
>> Too
>> many open reload requests. Request ignored” in the messages output. The 
>> normal
>> cause for this in my experience is too many connected bconsoles (which appear
>> to count against the director’s concurrent job limit?) Killing off the old
>> bconsole sessions that people have spawned under screen weeks before and
>> forgotten usually fixes this. I rarely have to restart the director service
>> more than once or twice a year and that’s normally for other issues.

>> Regards,

>> Ben Roberts

>> This email and any files transmitted with it contain confidential and
>> proprietary information and is solely for the use of the intended recipient. 
>> If
>> you are not the intended recipient please return the email to the sender and
>> delete it from your computer and you must not use, disclose, distribute, 
>> copy,
>> print or rely on this email or its contents. This communication is for
>> informational purposes only. It is not intended as an offer or solicitation 
>> for
>> the purchase or sale of any financial instrument or as an official 
>> confirmation
>> of any transaction. Any comments or statements made herein do not necessarily
>> reflect those of GSA Capital. GSA Capital Partners LLP is authorised and
>> regulated by the Financial Conduct Authority and is registered in England and
>> Wales at Stratton House, 5 Stratton Street, London W1J 8LA, number OC309261.
>> GSA Capital Services Limited is registered in England and Wales at the same
>> address, number 5320529.

> --

> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Capabilities of Bacula 7.0.5

[Craig Shiroma]

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 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 businesses, and I look for alternatives to yearly
> support subscriptions because in the end, I find the answers to their
> problems. It's been many years since I've needed paid support. Many years.
>
> Really, who doesn't want clear, concise pricing while avoiding salesmen
> who can set prices based on what they think you can afford to pay? And who
> doesn't want anonymity? I spend a lot money with Amazon because i can see
> their prices and there's no waiting...
>
> Anyway, everyone wants to see bacula do well, including me, but adopting
> the business models of huge corporations seems like the antithesis of open
> source, and possibly marks the end of a great open source project. It's
> sad, is all.
>
>
> Your point of view seems to me to be a bit too pessimistic.  Bacula
> Systems is a company that (for the moment) is competing with big companies
> in the enterprise market such as EMC, Symantec, IBM, HP, and ...  Bacula
> Systems is doing quite well in that market and has been consistently
> growing at about 65% in revenues each year since its creation, consequently
> the future of Bacula Systems looks quite bright. The rather standard way of
> dealing with pricing seems to be more an advantage rather than a hindrance
> at least in the Enterprise market.
>
> Then to extrapolate a positive Bacula Systems corporate financial future
> to the "end of a great open source project" is a pretty big leap that does
> not appear to me to be reasonable.  In addition, as long a Bacula Systems
> continues to create new code for the Bacula Enterprise version, the
> community version will continue to grow and evolve with the migration of
> Enterprise code to the community.  Even without Bacula Systems, though it
> would be harder, Bacula community can do quite well.
>
> Best regards,
> Kern
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> --
>
>
>
> ___
> Bacula-users mailing 
> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
>
> --
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job Resource Definitions

[Roberts, Ben]

> 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. Occasionally I have problems and this is always evidenced by “Error: 
Too many open reload requests. Request ignored” in the messages output. The 
normal cause for this in my experience is too many connected bconsoles (which 
appear to count against the director’s concurrent job limit?) Killing off the 
old bconsole sessions that people have spawned under screen weeks before and 
forgotten usually fixes this. I rarely have to restart the director service 
more than once or twice a year and that’s normally for other issues.

Regards,
Ben Roberts

This email and any files transmitted with it contain confidential and 
proprietary information and is solely for the use of the intended recipient.
If you are not the intended recipient please return the email to the sender and 
delete it from your computer and you must not use, disclose, distribute, copy, 
print or rely on this email or its contents.
This communication is for informational purposes only.
It is not intended as an offer or solicitation for the purchase or sale of any 
financial instrument or as an official confirmation of any transaction.
Any comments or statements made herein do not necessarily reflect those of GSA 
Capital.
GSA Capital Partners LLP is authorised and regulated by the Financial Conduct 
Authority and is registered in England and Wales at Stratton House, 5 Stratton 
Street, London W1J 8LA, number OC309261.
GSA Capital Services Limited is registered in England and Wales at the same 
address, number 5320529.
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] verify error with LTO hardware encryption

[Clark, Patti]

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 be hardware encrypted.  The opposite is also true, if you write
to the tapes the very first time using encryption, they can never be
written to unencrypted.

What testing did you perform prior to getting bacula involved?  I'm not
familiar with stenc, are you sure that it is conversing properly with your
hardware?

Patti Clark
Linux System Administrator
R Systems Support Oak Ridge National Laboratory


On 10/19/15, 6:47 PM, "Mark D. Strohm"  wrote:

>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 to files 78, 79 and 80, the error looks like this:
>
>19-Oct 14:03 ccnback-sd JobId 988: Ready to read from volume "CCNB12" on
>tape device "Magnum-224-LTO4"
>(/dev/tape/by-id/scsi-1IBM_ULTRIUM-TD4_1310025811-nst).
>19-Oct 14:03 ccnback-sd JobId 988: Forward spacing Volume "CCNB12" to
>file:block 78:0.
>19-Oct 14:19 ccnback-sd JobId 988: Error: block.c:429 Read error on fd=5
>at file:blk 79:0 on device "Magnum-224-LTO4"
>(/dev/tape/by-id/scsi-1IBM_ULTRIUM-TD4_1310025811-nst). ERR=Input/output
>error.
>19-Oct 14:19 ccnback-sd JobId 988: End of Volume at file 79 on device
>"Magnum-224-LTO4" (/dev/tape/by-id/scsi-1IBM_ULTRIUM-TD4_1310025811-nst),
>Volume ³CCNB12"
>
>dd can read the data from both files.  The boundary is on the phrase
>"varius sed feugiat².  The end of file 78, and the start of 79 are:
>
>"varius sed "
>
>"~\274\301\214^@^@\374^@^@^A.\300BB02^@^@^@^AV%X\226^@^@^@3\377\377\377\37
>6^@^@\313\233feugiat²
>
>I¹m using Bacula 7.0.5 with an LTO-4 drive and stenc 1.0.7 to control
>encryption.
>
>Any advice would be appreciated.
>
>Thank you very much.
>Mark
>
>
>--
>
>___
>Bacula-users mailing list
>Bacula-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/bacula-users


--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job Resource Definitions

[Kern Sibbald]

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, keeping old bconsoles connected to the
Director can block a given bacula-dir.conf in memory, and at some point,
the Director will not be able to do a "reload" command.  So if you are
doing a lot of reloads, be sure to kill off old bconsole sessions.

Best regards,
Kern

On 10/19/2015 03:29 PM, Rich Otero wrote:
> Hello,
>
> We make a backup product that uses Bacula as the backend. Our systems
> run Ubuntu v12.04 (kernel v3.12.17) with Bacula v5.2.12. Our product
> sets up the job resource definitions based on the user's choices, it
> validates the configuration with `bacula-dir -t`, and then it issues
> the bconsole `reload` command to load the new job resource. On a
> particular customer system, we find that the new job resource has not
> been loaded after the `reload` command has completed. If we give the
> `run` command, the new job is not in the list of jobs that can be
> executed. If we restart bacula-dir, then the job resource is loaded
> and it can be run. We haven't been able to figure out why `reload`
> isn't doing what we expect, so I hope that you can offer some advice.
> I have attached the Director configuration file from the affected
> system (bacula-dir.conf) and the file where we put the job resource
> definitions (jobs.conf), which is imported by the main configuration file.
>
> I've found a few relevant points in researching this problem online.
> The bconsole documentation seems to discourage you from using `reload`:
>
> "While it is possible to reload the Director's configuration on the
> fly, even while jobs are executing, this is a complex operation and
> not without side effects. Accordingly, if you have to reload the
> Director's configuration while Bacula is running, it is advisable to
> restart the Director at the next convenient opportunity."
>
> http://www.bacula.org/5.2.x-manuals/en/console/console/Bacula_Console.html
>
> Indeed, I have found that restarting the Director causes the new job
> resource to be loaded, but this is not a good solution for us because
> we often have many Bacula jobs running simultaneously; the
> "convenient" times when the Director could be restarted will be too
> infrequent.
>
> I also found a closed bug ticket from a user who describes practically
> the same problem:
>
> http://bugs.bacula.org/view.php?id=1573
>
> Thank you in advance for your help.
>
> Regards,
> Rich Otero
> Director, Technical Support and Professional Services
> EditShare
> rot...@editshare.com 
> 617-782-0479
>
>
> --
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job Resource Definitions

[Kern Sibbald]

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 relies on the reload command heavily (puppet drops in
> updated config files and executes the reload command afterwards; this
> normally works very well. Occasionally I have problems and this is
> always evidenced by “Error: Too many open reload requests. Request
> ignored” in the messages output. The normal cause for this in my
> experience is too many connected bconsoles (which appear to count
> against the director’s concurrent job limit?) Killing off the old
> bconsole sessions that people have spawned under screen weeks before
> and forgotten usually fixes this. I rarely have to restart the
> director service more than once or twice a year and that’s normally
> for other issues.
>
>  
>
> Regards,
>
> Ben Roberts
>
>  
>
> 
> This email and any files transmitted with it contain confidential and
> proprietary information and is solely for the use of the intended
> recipient. If you are not the intended recipient please return the
> email to the sender and delete it from your computer and you must not
> use, disclose, distribute, copy, print or rely on this email or its
> contents. This communication is for informational purposes only. It is
> not intended as an offer or solicitation for the purchase or sale of
> any financial instrument or as an official confirmation of any
> transaction. Any comments or statements made herein do not necessarily
> reflect those of GSA Capital. GSA Capital Partners LLP is authorised
> and regulated by the Financial Conduct Authority and is registered in
> England and Wales at Stratton House, 5 Stratton Street, London W1J
> 8LA, number OC309261. GSA Capital Services Limited is registered in
> England and Wales at the same address, number 5320529.
>
>
>
> --
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Capabilities of Bacula 7.0.5

[Kern Sibbald]

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:

  http://www.baculasystems.com/support/subscriptions

you will see what product range you fit into -- then just follow the
links and the salesmen will quickly give you an idea of the cost.

If I remember right prices run from a few thousand dollars for a small
site to approximately $50-100K for a large site, but I suspect that you
will be on the low end.  In addition, Universities usually get a better
deal, which is why it is better to talk to someone.

Best regards,
Kern

On 10/20/2015 06:40 AM, Novosielski, Ryan wrote:
>> 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 businesses, and I look for   alternatives to 
>>> yearly support subscriptions because in the end, I find the answers to 
>>> their problems. It's been many years since I've needed paid support. Many 
>>> years.
>>>
>>> Really, who doesn't want clear, concise pricing while avoiding salesmen who 
>>> can set prices based on what they think you can afford to pay? And who 
>>> doesn't want anonymity? I spend a lot money with Amazon because i can see 
>>> their prices and there's no waiting...
>>>
>>> Anyway, everyone wants to see bacula do well, including me, but adopting 
>>> the business models of huge corporations seems like the antithesis of open 
>>> source, and possibly marks the end of a great open source project. It's 
>>> sad, is all.
>> Your point of view seems to me to be a bit too pessimistic.  Bacula Systems 
>> is a company that (for the moment) is competing with big companies in the 
>> enterprise market such as EMC, Symantec, IBM, HP, and ...  Bacula Systems is 
>> doing quite well in that market and has been consistently growing at about 
>> 65% in revenues each year since its creation, consequently the future of 
>> Bacula Systems looks quite bright. The rather standard way of dealing with 
>> pricing seems to be more an advantage rather than a hindrance at least in 
>> the Enterprise market. 
> As someone who does not have a horse in this race, I can't say I do much 
> prefer to have some idea of ballpark of price before speaking to someone. It 
> seems a shame to me to initiate a process which generates a quote and to find 
> out that the quote is going to be $100,000 when all I have is $10k, or 
> something like that. Maybe there is some advantage there, because a sales 
> person can work with people individually, but it is nice to let people have a 
> rough idea. However, I am not an enterprise customer. Perhaps they think 
> completely opposite for all I know.
>
> Thanks for all you do.
>



--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job Resource Definitions

[Kern Sibbald]

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, Bacula 7.2.x will very likely resolve all the problems you mention
about reload. 

Best regards,
Kern

On 10/19/2015 03:29 PM, Rich Otero wrote:
> Hello,
>
> We make a backup product that uses Bacula as the backend. Our systems
> run Ubuntu v12.04 (kernel v3.12.17) with Bacula v5.2.12. Our product
> sets up the job resource definitions based on the user's choices, it
> validates the configuration with `bacula-dir -t`, and then it issues
> the bconsole `reload` command to load the new job resource. On a
> particular customer system, we find that the new job resource has not
> been loaded after the `reload` command has completed. If we give the
> `run` command, the new job is not in the list of jobs that can be
> executed. If we restart bacula-dir, then the job resource is loaded
> and it can be run. We haven't been able to figure out why `reload`
> isn't doing what we expect, so I hope that you can offer some advice.
> I have attached the Director configuration file from the affected
> system (bacula-dir.conf) and the file where we put the job resource
> definitions (jobs.conf), which is imported by the main configuration file.
>
> I've found a few relevant points in researching this problem online.
> The bconsole documentation seems to discourage you from using `reload`:
>
> "While it is possible to reload the Director's configuration on the
> fly, even while jobs are executing, this is a complex operation and
> not without side effects. Accordingly, if you have to reload the
> Director's configuration while Bacula is running, it is advisable to
> restart the Director at the next convenient opportunity."
>
> http://www.bacula.org/5.2.x-manuals/en/console/console/Bacula_Console.html
>
> Indeed, I have found that restarting the Director causes the new job
> resource to be loaded, but this is not a good solution for us because
> we often have many Bacula jobs running simultaneously; the
> "convenient" times when the Director could be restarted will be too
> infrequent.
>
> I also found a closed bug ticket from a user who describes practically
> the same problem:
>
> http://bugs.bacula.org/view.php?id=1573
>
> Thank you in advance for your help.
>
> Regards,
> Rich Otero
> Director, Technical Support and Professional Services
> EditShare
> rot...@editshare.com 
> 617-782-0479
>
>
> --
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] verify error with LTO hardware encryption

[Martin Simmons]

> 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 to files 78, 79 and 80, the error looks like this:
> 
> 19-Oct 14:03 ccnback-sd JobId 988: Ready to read from volume "CCNB12" on tape 
> device "Magnum-224-LTO4" 
> (/dev/tape/by-id/scsi-1IBM_ULTRIUM-TD4_1310025811-nst).
> 19-Oct 14:03 ccnback-sd JobId 988: Forward spacing Volume "CCNB12" to 
> file:block 78:0.
> 19-Oct 14:19 ccnback-sd JobId 988: Error: block.c:429 Read error on fd=5 at 
> file:blk 79:0 on device "Magnum-224-LTO4" 
> (/dev/tape/by-id/scsi-1IBM_ULTRIUM-TD4_1310025811-nst). ERR=Input/output 
> error.
> 19-Oct 14:19 ccnback-sd JobId 988: End of Volume at file 79 on device 
> "Magnum-224-LTO4" (/dev/tape/by-id/scsi-1IBM_ULTRIUM-TD4_1310025811-nst), 
> Volume “CCNB12"
> 
> dd can read the data from both files.  The boundary is on the phrase "varius 
> sed feugiat”.  The end of file 78, and the start of 79 are:
> 
> "varius sed "
> 
> "~\274\301\214^@^@\374^@^@^A.\300BB02^@^@^@^AV%X\226^@^@^@3\377\377\377\376^@^@\313\233feugiat”
> 
> I’m using Bacula 7.0.5 with an LTO-4 drive and stenc 1.0.7 to control 
> encryption.
> 
> Any advice would be appreciated.

Have you checked the syslog in case it recorded something more precise about
the I/O error?

Also, which tape device driver are you using?  In the past, people have had
problems with lin_tape (use st instead).

__Martin

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Bacula Gluster as Storage

[Heitor Faria]

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 
Administrator II 
Telepresencial: início 10 de dezembro. 
Ministro treinamento in-company Bacula (com implementação) na sua cidade. Me 
mande um email. 
61 8268-4220 
Site: www.bacula.com.br | Facebook: heitor.faria 
 
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] verify error with LTO hardware encryption

[Mark D. Strohm]

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 bringing the problem up on the Bacula list because I’m confident it can be 
worked around in software (mt and dd relate to the encrypted tape 
successfully), and changing the drive firmware isn’t really an option.  But I’m 
not sure whether a simple configuration change is needed, or if I have to 
modify something in the Bacula programs.

stenc does appear to be configuring the drive encryption properly.  It can move 
the drive in-to and out-of all the modes I intend to use.  It correctly reports 
the Key-label active in the drive, and reports mismatches with the Key-label on 
the tape.

The system has been working without encryption for several months, using the 
mptspi and st Driver Modules.

The system log shows only activity after the error.  The Storage Daemon stops 
working actively when it reaches the second file, and reports an error after 
about ten minutes.  Then there are log entries as the driver attempts to abort 
a task, fails, and resets the device.

Oct 19 14:19:43 ccnback kernel: mptscsih: ioc0: attempting task abort! 
(sc=8801b7682380)
Oct 19 14:19:43 ccnback kernel: st 6:0:3:0: CDB: 
Oct 19 14:19:43 ccnback kernel: Read(6): 08 00 00 fc 00 00
Oct 19 14:19:43 ccnback kernel: mptscsih: ioc0: task abort: FAILED (rv=2003) 
(sc=8801b7682380)
Oct 19 14:19:43 ccnback kernel: mptscsih: ioc0: attempting target reset! 
(sc=8801b7682380)
Oct 19 14:19:43 ccnback kernel: st 6:0:3:0: CDB: 
Oct 19 14:19:43 ccnback kernel: Read(6): 08 00 00 fc 00 00
Oct 19 14:19:53 ccnback kernel: mptscsih: ioc0: WARNING - Issuing Reset from 
mptscsih_IssueTaskMgmt!! doorbell=0x2400
Oct 19 14:19:54 ccnback kernel: mptscsih: ioc0: target reset: SUCCESS 
(sc=8801b7682380)
Oct 19 14:19:54 ccnback kernel: st0: Error 8 (driver bt 0x0, host bt 0x8).
Oct 19 14:19:54 ccnback kernel: scsi target6:0:3: Beginning Domain Validation
Oct 19 14:19:54 ccnback kernel: scsi target6:0:3: Ending Domain Validation
Oct 19 14:19:54 ccnback kernel: scsi target6:0:3: FAST-80 WIDE SCSI 160.0 MB/s 
DT (12.5 ns, offset 127)
Oct 19 14:19:55 ccnback kernel: scsi target6:0:3: Beginning Domain Validation
Oct 19 14:19:57 ccnback kernel: scsi target6:0:3: Ending Domain Validation
Oct 19 14:19:57 ccnback kernel: scsi target6:0:3: FAST-80 WIDE SCSI 160.0 MB/s 
DT (12.5 ns, offset 127)


Thanks again.
Mark


--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] unsubscribe

[Bernd Plagge]

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
>   https://lists.sourceforge.net/lists/listinfo/bacula-users
> or, via email, send a message with subject or body 'help' to
>   bacula-users-requ...@lists.sourceforge.net
> 
> You can reach the person managing the list at
>   bacula-users-ow...@lists.sourceforge.net
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Bacula-users digest..."
> 
> 
> Today's Topics:
> 
>1. Re: Capabilities of Bacula 7.0.5 (Craig Shiroma)
>2. Re: Bconsole Reload Sometimes Doesn't Load New  Job Resource
>   Definitions (Roberts, Ben)
>3. Re: Bconsole Reload Sometimes Doesn't Load New Job Resource
>   Definitions (Rich Otero)
>4. Re: Capabilities of Bacula 7.0.5 (Novosielski, Ryan)
>5. Re: Bconsole Reload Sometimes Doesn't Load New Job Resource
>   Definitions (Heitor Faria)
>6. Re: verify error with LTO hardware encryption (Clark, Patti)
>7. Re: verify error with LTO hardware encryption (Martin Simmons)
>8. Re: Bconsole Reload Sometimes Doesn't Load New Job Resource
>   Definitions (Kern Sibbald)
>9. Re: Bconsole Reload Sometimes Doesn't Load New Job Resource
>   Definitions (Kern Sibbald)
>   10. Re: Bconsole Reload Sometimes Doesn't Load New Job Resource
>   Definitions (Kern Sibbald)
> 
> 
> --
> 
> Message: 1
> Date: Mon, 19 Oct 2015 20:33:16 -1000
> From: Craig Shiroma 
> Subject: Re: [Bacula-users] Capabilities of Bacula 7.0.5
> To: Kern Sibbald 
> Cc: Bacula Users 
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> 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 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 businesses, and I look for alternatives to yearly
> > support subscriptions because in the end, I find the answers to their
> > problems. It's been many years since I've needed paid support. Many years.
> >
> > Really, who doesn't want clear, concise pricing while avoiding salesmen
> > who can set prices based on what they think you can afford to pay? And who
> > doesn't want anonymity? I spend a lot money with Amazon because i can see
> > their prices and there's no waiting...
> >
> > Anyway, everyone wants to see bacula do well, including me, but adopting
> > the business models of huge corporations seems like the antithesis of open
> > source, and possibly marks the end of a great open source project. It's
> > sad, is all.
> >
> >
> > Your point of view seems to me to be a bit too pessimistic.  Bacula
> > Systems is a company that (for the moment) is competing with big companies
> > in the enterprise market such as EMC, Symantec, IBM, HP, and ...  Bacula
> > Systems is doing quite well in that market and has been consistently
> > growing at about 65% in revenues each year since its creation, consequently
> > the future of Bacula Systems looks quite bright. The rather standard way of
> > dealing with pricing seems to be more an advantage rather than a hindrance
> > at least in the Enterprise market.
> >
> > Then to extrapolate a positive Bacula Systems corporate financial future
> > to the "end of a great open source project" is a pretty big leap that does
> > not appear to me to be reasonable.  In addition, as long a Bacula Systems
> > continues to create new code for the Bacula Enterprise version, the
> > community version will continue to grow and evolve with the migration of
> > Enterprise code to the community.  Even without Bacula Systems, though it
> > would be harder, Bacula community can do quite well.
> >
> > Best regards,
> > Kern
> >
> > --
> > Sent from my Android device with K-9 Mail. Please excuse my brevity.
> >
> > --
> >
> >
> >
> > ___
> > Bacula-users mailing 
> > listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users
> >
> >
> >
> >
> > --
> >
> > ___
> > Bacula-users mailing list
> > Bacula-users@lists.sourceforge.net
> >