[Bacula-users] Bconsole Reload Sometimes Doesn't Load New Job Resource Definitions
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 jobs.conf Description: Binary data bacula-dir.conf Description: Binary data -- ___ 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
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
[Bacula-users] Configuring Bacula File Daemon on High-availability Replicated Servers
Hello, I have a system where the Bacula File Daemon must run on a high-availability pair of servers. I have some services managed by Pacemaker, but I have not configured this yet for the Bacula services. If I configure bacula-fd identically and start it on both servers in the HA pair, will there be a problem? In other words, does bacula-fd attempt to connect to bacula-dir, or does bacula-dir only connect to bacula-fd when needed? If it's the former scenario, then it is necessary for me to configure Pacemaker to start and stop bacula-fd on the HA servers so that only one has it running at a time. If it is the latter scenario, then I can setup init to start bacula-fd on both servers and simply configure bacula-dir to find its clients at the HA "floating" IP address that is managed by Pacemaker. Thanks for your help. Regards, Rich Otero Director, Technical Support and Professional Services EditShare rot...@editshare.com 617-782-0479 -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Configuring Bacula File Daemon on High-availability Replicated Servers
Thanks, Dimitri. I am backing up shared data. I've done some testing with independent bacula-fd instances running at the same time with identical configuration on both nodes. Bacula-dir is configured to connect to the client at the floating IP address. It seems to work well. I have failed over the floating IP address with Pacemaker in both direction and Bacula seems to keep working as expected. I just wanted to make sure that I'm not doing something that is bad for Bacula that is going to hurt me later. Thanks for your input. Regards, Rich Otero Director, Technical Support and Professional Services EditShare rot...@editshare.com 617-782-0479 On Wed, Dec 2, 2015 at 1:56 PM, Dimitri Maziuk wrote: > On 12/02/2015 12:22 PM, Rich Otero wrote: > ... > > configure Pacemaker to start and stop bacula-fd on the HA servers so that > > only one has it running at a time. If it is the latter scenario, then I > can > > setup init to start bacula-fd on both servers and simply configure > > bacula-dir to find its clients at the HA "floating" IP address that is > > managed by Pacemaker. > > What are you backing up? I run 3 bacula clients for 2 HA nodes. I have > drbd pairs where I'm backing up /etc on each node *and* the drbd > filesystem on the floating ip. > > For the latter, fd runs on a different port and is started by heartbeat. > Bacula-dir looks for it at the floating ip. If you aren't backing up any > shared data, you don't need that. > > For the former: stock setup starting from init using fixed ips. If you > aren't backing up any local data you don't need that (but you probably > want to back up your etcs and crontabs). > > HTH > -- > Dimitri Maziuk > Programmer/sysadmin > BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu > > > > -- > Go from Idea to Many App Stores Faster with Intel(R) XDK > Give your users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple > OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140 > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > > -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users