On Tue, 20 Oct 2015 17:48:04 +0000 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 <shiroma.crai...@gmail.com> > Subject: Re: [Bacula-users] Capabilities of Bacula 7.0.5 > To: Kern Sibbald <k...@sibbald.com> > Cc: Bacula Users <bacula-users@lists.sourceforge.net> > Message-ID: > <caeuooy+gkeft8dw5a8a2jvvbt10bndfz2earo7ecgx8upqx...@mail.gmail.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 <k...@sibbald.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 > > 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 > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 2 > Date: Tue, 20 Oct 2015 06:47:29 +0000 > From: "Roberts, Ben" <ben.robe...@gsacapital.com> > Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New > Job Resource Definitions > To: Rich Otero <rot...@editshare.com>, > "bacula-users@lists.sourceforge.net" > <bacula-users@lists.sourceforge.net> > Message-ID: > > <vi1pr04mb13447137b2c7d16408727e9c8a...@vi1pr04mb1344.eurprd04.prod.outlook.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 <rot...@editshare.com> > Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New > Job Resource Definitions > To: "Roberts, Ben" <ben.robe...@gsacapital.com> > Cc: "bacula-users@lists.sourceforge.net" > <bacula-users@lists.sourceforge.net> > Message-ID: > <cafvd4ntd+nrias3r2e3sjg8x0q-1trkwigbt8tnwdbz24_a...@mail.gmail.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 > 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. > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 4 > Date: Tue, 20 Oct 2015 09:40:30 -0400 > From: "Novosielski, Ryan" <novos...@ca.rutgers.edu> > Subject: Re: [Bacula-users] Capabilities of Bacula 7.0.5 > To: Kern Sibbald <k...@sibbald.com> > Cc: Bacula Users <bacula-users@lists.sourceforge.net> > Message-ID: <a11ea15f-caea-4976-8902-93a5e5b25...@ca.rutgers.edu> > Content-Type: text/plain; charset="us-ascii" > > > On Oct 19, 2015, at 10:13, Kern Sibbald <k...@sibbald.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 <hei...@bacula.com.br> > Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New > Job Resource Definitions > To: Rich Otero <rot...@editshare.com> > Cc: bacula-users@lists.sourceforge.net > Message-ID: > > <assp.0735d7dc6c.1393591770.5885572.1445349939209.javamail.zim...@bacula.com.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" <rot...@editshare.com> > > To: "Roberts, Ben" <ben.robe...@gsacapital.com> > > 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 > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 6 > Date: Tue, 20 Oct 2015 14:14:12 +0000 > From: "Clark, Patti" <clar...@ornl.gov> > Subject: Re: [Bacula-users] verify error with LTO hardware encryption > To: "Mark D. Strohm" <mstr...@ucla.edu>, > "bacula-users@lists.sourceforge.net" > <bacula-users@lists.sourceforge.net> > Message-ID: <d24bc21f.ab254%clar...@ornl.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" <mstr...@ucla.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@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/bacula-users > > > > > ------------------------------ > > Message: 7 > Date: Tue, 20 Oct 2015 18:01:46 +0100 > From: Martin Simmons <mar...@lispworks.com> > Subject: Re: [Bacula-users] verify error with LTO hardware encryption > To: bacula-users@lists.sourceforge.net > Message-ID: <201510201701.t9kh1k8h027...@higson.cam.lispworks.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 <k...@sibbald.com> > Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New > Job Resource Definitions > To: Rich Otero <rot...@editshare.com>, > bacula-users@lists.sourceforge.net > Message-ID: <56267c2d.5020...@sibbald.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 > > rot...@editshare.com <mailto:rot...@editshare.com> > > 617-782-0479 > > > > > > ------------------------------------------------------------------------------ > > > > > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.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 <k...@sibbald.com> > Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New > Job Resource Definitions > To: Rich Otero <rot...@editshare.com>, > bacula-users@lists.sourceforge.net > Message-ID: <56267dde.6080...@sibbald.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 > > rot...@editshare.com <mailto:rot...@editshare.com> > > 617-782-0479 > > > > > > ------------------------------------------------------------------------------ > > > > > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.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 <k...@sibbald.com> > Subject: Re: [Bacula-users] Bconsole Reload Sometimes Doesn't Load New > Job Resource Definitions > To: "Roberts, Ben" <ben.robe...@gsacapital.com>, Rich Otero > <rot...@editshare.com>, "bacula-users@lists.sourceforge.net" > <bacula-users@lists.sourceforge.net> > Message-ID: <56267e47.2010...@sibbald.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@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > ------------------------------------------------------------------------------ > > > ------------------------------ > > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.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: bpla...@choicenet.ne.jp - url: http://www.choicenet.ne.jp Tel: 03-6379 2516 - Fax: 03-6379-2686 VoIP: sip:bpla...@bluesip.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
