On Mon, 2008-03-03 at 09:35 -0500, David Boyes wrote: > > There are standards such as FHS, and these are good and useful for > most > > programs, but they really do a big disservice to Bacula users when we > are > > dealing with recovery. If you spread the Bacula installation all > around > > your > > computer filesystem as most packages do and as the standards specify, > and > > your system is a server and the server goes down (loses the harddisk), > you > > will find it next to impossible to restore that server -- very few > people > > think about this. What I am saying here applies to a Bacula server > > (Director, SD) and not clients. > > Adherence to the filesystem standards is important in that many > enterprises require their use where such standards exist, and the key > point here is to preserve the various configuration files and > information, not the location of the binaries. I don't really care where > the binaries are as long as the configuration and database is completely > captured; in fact, if I'm restoring at a DR site, I may not have the > same release or version that I have at home, but if I have the > configuration, I have the necessary -- perhaps not optimal, but > *necessary* -- pieces to put my environment back together. > > If Bacula is going to play in the big leagues, there isn't any excuse > for dodging the standards, period. It may not be perfect, but it's the > Way Things Are Done, and deviants are excluded from playing; in fact, > the current setup requires some justification as it deviates from the > FHS in minor ways, which has delayed getting Bacula available to other > parts of the organization with more stringent requirements.
So this deviation would be eliminated by: 1. changing %script_dir to %_libdir/bacula 2. changing the installed location of the rescue files from %sysconf_dir to %script_dir? > > FHS is the right way to do this on Linux, and there are similar > "recommended" setups for AIX, Solaris, etc. Don't invent something > different -- in enterprises, different == bad. > > -- db > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
