On Tue, 20 Oct 2015 17:48:04 +0000
bacula-users-request AT lists.sourceforge DOT net wrote:
> Send Bacula-users mailing list submissions to
> bacula-users AT lists.sourceforge DOT 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-request AT lists.sourceforge DOT net
>
> You can reach the person managing the list at
> bacula-users-owner AT lists.sourceforge DOT 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 <shiroma.craig.2 AT gmail DOT com>
> Subject: Re: [Bacula-users] Capabilities of Bacula 7.0.5
> To: Kern Sibbald <kern AT sibbald DOT com>
> Cc: Bacula Users <bacula-users AT lists.sourceforge DOT net>
> Message-ID:
> <CAEuoOy+gKEFt8Dw5a8a2jvVbT10bNdFz2EarO7ECgX8Upqxumw AT mail.gmail DOT
> com>
> 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 <kern AT sibbald DOT com> 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
> > [email protected]https://lists.sourceforge.net/lists/listinfo/bacula-users
> >
> >
> >
> >
> > ------------------------------------------------------------------------------
> >
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Tue, 20 Oct 2015 06:47:29 +0000
> From: "Roberts, Ben" <ben.roberts AT gsacapital DOT com>
> Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New
> Job Resource Definitions
> To: Rich Otero <rotero AT editshare DOT com>,
> "bacula-users AT lists.sourceforge DOT net"
> <bacula-users AT lists.sourceforge DOT net>
> Message-ID:
> <VI1PR04MB13447137B2C7D16408727E9C8A390 AT
> VI1PR04MB1344.eurprd04.prod.outlook DOT com>
>
> Content-Type: text/plain; charset="utf-8"
>
> > 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.
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: Tue, 20 Oct 2015 09:24:54 -0400
> From: Rich Otero <rotero AT editshare DOT com>
> Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New
> Job Resource Definitions
> To: "Roberts, Ben" <ben.roberts AT gsacapital DOT com>
> Cc: "bacula-users AT lists.sourceforge DOT net"
> <bacula-users AT lists.sourceforge DOT net>
> Message-ID:
> <CAFVd4Ntd+NriAs3R2E3sjg8X0q-1TrKWigbT8TnWdbz24_ASKw AT mail.gmail DOT
> com>
> Content-Type: text/plain; charset="utf-8"
>
> 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
> rotero AT editshare DOT com
> 617-782-0479
>
> On Tue, Oct 20, 2015 at 2:47 AM, Roberts, Ben <ben.roberts AT gsacapital DOT
> 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.
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Tue, 20 Oct 2015 09:40:30 -0400
> From: "Novosielski, Ryan" <novosirj AT ca.rutgers DOT edu>
> Subject: Re: [Bacula-users] Capabilities of Bacula 7.0.5
> To: Kern Sibbald <kern AT sibbald DOT com>
> Cc: Bacula Users <bacula-users AT lists.sourceforge DOT net>
> Message-ID: <A11EA15F-CAEA-4976-8902-93A5E5B25424 AT ca.rutgers DOT edu>
> Content-Type: text/plain; charset="us-ascii"
>
> > On Oct 19, 2015, at 10:13, Kern Sibbald <kern AT sibbald DOT com> 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.
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 20 Oct 2015 12:05:39 -0200 (BRST)
> From: Heitor Faria <heitor AT bacula.com DOT br>
> Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New
> Job Resource Definitions
> To: Rich Otero <rotero AT editshare DOT com>
> Cc: bacula-users AT lists.sourceforge DOT net
> Message-ID:
> <assp.0735d7dc6c.1393591770.5885572.1445349939209.JavaMail.zimbra AT
> bacula.com DOT br>
>
> Content-Type: text/plain; charset="utf-8"
>
> 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" <rotero AT editshare DOT com>
> > To: "Roberts, Ben" <ben.roberts AT gsacapital DOT com>
> > Cc: bacula-users AT lists.sourceforge DOT 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
> > rotero AT editshare DOT com
> > 617-782-0479
>
> > On Tue, Oct 20, 2015 at 2:47 AM, Roberts, Ben < ben.roberts AT gsacapital
> > DOT 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 AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 6
> Date: Tue, 20 Oct 2015 14:14:12 +0000
> From: "Clark, Patti" <clarkpa AT ornl DOT gov>
> Subject: Re: [Bacula-users] verify error with LTO hardware encryption
> To: "Mark D. Strohm" <mstrohm AT ucla DOT edu>,
> "bacula-users AT lists.sourceforge DOT net"
> <bacula-users AT lists.sourceforge DOT net>
> Message-ID: <D24BC21F.AB254%clarkpa AT ornl DOT gov>
> Content-Type: text/plain; charset="iso-8859-1"
>
> 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&D Systems Support Oak Ridge National Laboratory
>
>
> On 10/19/15, 6:47 PM, "Mark D. Strohm" <mstrohm AT ucla DOT edu> 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 AT lists.sourceforge DOT net
> >https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 20 Oct 2015 18:01:46 +0100
> From: Martin Simmons <martin AT lispworks DOT com>
> Subject: Re: [Bacula-users] verify error with LTO hardware encryption
> To: bacula-users AT lists.sourceforge DOT net
> Message-ID: <201510201701.t9KH1k8H027126 AT higson.cam.lispworks DOT com>
> Content-Type: text/plain; charset=utf-8
>
> >>>>> 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
>
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 20 Oct 2015 10:38:53 -0700
> From: Kern Sibbald <kern AT sibbald DOT com>
> Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New
> Job Resource Definitions
> To: Rich Otero <rotero AT editshare DOT com>,
> bacula-users AT lists.sourceforge DOT net
> Message-ID: <56267C2D.5020809 AT sibbald DOT com>
> Content-Type: text/plain; charset="windows-1252"
>
> 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
> > rotero AT editshare DOT com <mailto:rotero AT editshare DOT com>
> > 617-782-0479
> >
> >
> > ------------------------------------------------------------------------------
> >
> >
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 9
> Date: Tue, 20 Oct 2015 10:46:06 -0700
> From: Kern Sibbald <kern AT sibbald DOT com>
> Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New
> Job Resource Definitions
> To: Rich Otero <rotero AT editshare DOT com>,
> bacula-users AT lists.sourceforge DOT net
> Message-ID: <56267DDE.6080002 AT sibbald DOT com>
> Content-Type: text/plain; charset="windows-1252"
>
> 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
> > rotero AT editshare DOT com <mailto:rotero AT editshare DOT com>
> > 617-782-0479
> >
> >
> > ------------------------------------------------------------------------------
> >
> >
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 10
> Date: Tue, 20 Oct 2015 10:47:51 -0700
> From: Kern Sibbald <kern AT sibbald DOT com>
> Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New
> Job Resource Definitions
> To: "Roberts, Ben" <ben.roberts AT gsacapital DOT com>, Rich Otero
> <rotero AT editshare DOT com>, "bacula-users AT lists.sourceforge DOT
> net"
> <bacula-users AT lists.sourceforge DOT net>
> Message-ID: <56267E47.2010101 AT sibbald DOT com>
> Content-Type: text/plain; charset="windows-1252"
>
> 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 AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> ------------------------------------------------------------------------------
>
>
> ------------------------------
>
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
> End of Bacula-users Digest, Vol 114, Issue 15
> *********************************************
--
Bernd Plagge - プラゲ ベェアント
First Choice Internet Ltd., Tokyo - ファースト・チョイス・インターネット(有)
mail: bplagge AT choicenet.ne DOT jp - url: http://www.choicenet.ne.jp
Tel: 03-6379 2516 - Fax: 03-6379-2686
VoIP: sip:bplagge AT bluesip DOT net
**************************************************************
FREE Web Assessment: http://choicenet.ne.jp/en/website_assessment.html
Web Sites: http://choicenet.ne.jp/en/websites.html
Web Design: http://choicenet.ne.jp/en/webdesign.html
Web Hosting: http://choicenet.ne.jp/en/hosting.html
Net Support: http://choicenet.ne.jp/en/netsupport.html
*******************
無料ウエブサイト評価 http://choicenet.ne.jp/jp/website_assessment.html
ウエブサイト: http://choicenet.ne.jp/jp/websites.html
ウエブデザイン: http://choicenet.ne.jp/jp/webdesign.html
ウエブホスティング: http://choicenet.ne.jp/jp/hosting.html
ネットワークサポート: http://choicenet.ne.jp/jp/netsupport.html
------------------------------------------------------------------------------
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|