On Monday 03 March 2008 15.41:20 Frank Sweetser wrote: > 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 > > Just to expand on this point a bit - as security enhancements such as > SELinux become more commonplace, it's very realistic to expect that files > that are not in directories indicated by security policy as holding > executables simply can't be run as programs. If Bacula throws binary > executables in places outside of FHS, it runs a risk of being shot down by > those security policies.
Everyone is perfectly free to put files where they want and regardless of what I recommend, they are going to continue to be installed on Linux as is the current habit. I was just reminding users that installing Bacula they way most Linux programs are packaged is not ideal when it comes to recovering a server. You can take or leave my advice, but many sys admins do it my way. Most Unix systems tend to put programs into their own directory (there *are* standards for the directory locations) rather than spreading the parts all over your filesystem. The extreme of spraying files all over the place is Windows, Linux is somewhere in the middle, and Unix for add-on packages is much better (IMO). ------------------------------------------------------------------------- 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
