Re: [Bacula-users] Building only FD+SD?
On 10/06/10 13:40, Roy Sigurd Karlsbakk wrote: > Another question, then. Will tools like bscan need to run locally on > the SD with access to the database to be useful? If so, what would be > a preferred setup for the environment described? I will be able to > reach the database (on the director machine) from one of the > networks, but from the DMZ, it might be a hassle involving ssh > tunnels and the likes. On the one hand, yes, bscan needs access to both the Catalog and the volume to be scanned. On the other hand, if you're using disk-based volumes (which you are), bscan can access that volume by any means, including a remote mount or even a copy. Remember, too, that bscan is a very infrequently-needed tool under normal circumstances. The only time you need it is to scan a volume back into the catalog database that is no longer in it. For instance, in the event of a catalog DB crash, you might create a new empty Catalog, then simply use bscan to scan the volume containing the most recent catalog backup into the new Catalog, then run a full Catalog restore from that. -- Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355 ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.org Renaissance Man, Unix ronin, Perl hacker, Free Stater It's not the years, it's the mileage. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Building only FD+SD?
> > Now, I understand only the director needs access to the database, > > the > > FDs will be contacted by the director, and the SDs will be contacted > > by the respective FDs. On some Linux distros, the SD or FD comes as > > separate pre-built packages, but on some of the other platforms, > > these need to be built from source. > > > > How can I build only the FD+SD? --enable-client-only seems to only > > build the FD, which isn't suitable for the SDs, and on the SDs I > > don't necessarily have database drivers installed. I tried > > --enable-build-dird=no, but it still complains about the lack of > > database drivers. > > Roy, > --enable-build-dird=no is the correct option to build FD plus SD. For > safety, you can explicitly specify --enable-build-stored. The issue > you're running into is that you still need database drivers to build > the > SD, because some of the tools that are built with the SD (notably > bscan) > may need to connect to the Catalog. > > One way you can work around this in a situation such as yours is to > build all the daemons on a machine of the correct architecture and OS > that has the database drivers, then install all the SD machines from > that build. Sure, tools like bscan that are linked against database > client libraries won't run; but if you're not going to try to use them > anyway, you don't really care about that. Thanks for the quick answer! Another question, then. Will tools like bscan need to run locally on the SD with access to the database to be useful? If so, what would be a preferred setup for the environment described? I will be able to reach the database (on the director machine) from one of the networks, but from the DMZ, it might be a hassle involving ssh tunnels and the likes. Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 r...@karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Building only FD+SD?
On 10/06/10 13:04, Roy Sigurd Karlsbakk wrote: > Hi all > > I'm working on a Bacula setup, and I have a few questions. > > My plan is to setup one pretty well spec'ed up dedicated director > (bunch of RAM, mirrored drives and mirrored SSDs for the indices on > PostgreSQL). This will be placed on a central private network. > Servers that are to be backuped up, running Linux, Solaris and > Windows, are spread over three different networks, the local private > one, one DMZ, and a remote private network. I plan to deploy one SD > per network with 120TB boxes for the first two and a smaller 10TB box > for the third one. The storage units will be setup using NexentaCore > with ZFS, drives distributed in somehow smallish VDEVs to allow for > multiple drive failure etc. > > Now, I understand only the director needs access to the database, the > FDs will be contacted by the director, and the SDs will be contacted > by the respective FDs. On some Linux distros, the SD or FD comes as > separate pre-built packages, but on some of the other platforms, > these need to be built from source. > > How can I build only the FD+SD? --enable-client-only seems to only > build the FD, which isn't suitable for the SDs, and on the SDs I > don't necessarily have database drivers installed. I tried > --enable-build-dird=no, but it still complains about the lack of > database drivers. Roy, --enable-build-dird=no is the correct option to build FD plus SD. For safety, you can explicitly specify --enable-build-stored. The issue you're running into is that you still need database drivers to build the SD, because some of the tools that are built with the SD (notably bscan) may need to connect to the Catalog. One way you can work around this in a situation such as yours is to build all the daemons on a machine of the correct architecture and OS that has the database drivers, then install all the SD machines from that build. Sure, tools like bscan that are linked against database client libraries won't run; but if you're not going to try to use them anyway, you don't really care about that. -- Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355 ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.org Renaissance Man, Unix ronin, Perl hacker, Free Stater It's not the years, it's the mileage. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users