Hi,

Fine. Well, basically you can run all bacula daemons in the foreground - just add the -f switch, and (usually) you set -v and -d. That can be done with DIR, FD and SD alike.

Ah... just like I tried with FD.

There's no need to go through ./configure && make && make install for every configuration change - once the stuff is compiled most setings that are supplied with defaults during configure can be changed in the configuration files. Configuration changes become valid after a restart, in case of the DIR with a reload, too (well, some of them, most of the time...)

I got the impression that the configure settings were hard wired during the compile. An assumption on my part. I will try that.

Ok, that tells us something.
For some reason, the configuration is broken. The ./configure call you gave abovedoesn't tell me how hat happensed, but the problem is right there: The pid file should be /var/run/bacula-fd.9102.pid. The funny path with --with-subsys-dir inside surely doesn't exist.

OK...  I see now.  The pid dir is really supposed to /var/run according to the config settings and the "--with-subsys-dir" seems to be appended to the 'run' dir name. Yes, no wonder it didn't work.

This is the line from the conf file:

  Pid Directory = /var/run--with-subsys-dir=/var/lock/subsys

I also discovered that I think I missed something that I should likely have noticed. If a config file exists, the new config becomes *.new.  Hence, somewhere in my configuration trials the bacula-fd.conf got corrupted.  I had not modified the conf files and don't know how that line got in there. Anyway, after retrying the config options that had not worked I then inspected the conf files and this lone incorrect conf file was in the directory along with the bacula-fd.conf.new file. I removed the odd conf file and mv'ed the *.new file to *.conf. I was then able to 'status client' from bconsole and it talked nicely...

So, I think what happened was that somehow that odd conf file got in the /etc/bacula directory. I didn't edit it and have yet to duplicate the creation of that conf file. So when I switched to the other version of the config file, the conf files were now put in a new location without that previously created fd.conf file. Thus it worked...

So, both versions of the configuration seem to be working now.

Simply change that setting in the bacula-fd.conf file, verify that the other configuration files are ok, and try a restart.

You were correct. :) Still don't know where that line came from.

By the way - when you need debug output in the future, consider using higher debug levels. 100 gives you a good overview of what the program does, 400 gives lots of details.

There is likely documentation in the manual about this. I just did a bacula-fd -h and it said -dnn but didn't give hints about the magnitude of the debug level. (       -dnn        set debug level to nn ) So, I guessed a 10 point scale. That note on levels will be very helpful.

You will have to do somereading in the manual and some trying for yourself, though. As with allmost all good tools, there are many ways to achieve what you want, and interesting ways to usefully abuse the tools... once you've got your basic setup running you will surely encounter situations where bacula doesn't behave like you expect - in that case I'm sure you will find advice here.

I have been trying to make my way through the manual. Now, I should be able to get past the installation and back into the 'brief tutorial' part of the manual. 

Bacula sure seems to have a lot going for it.  It looks well worth the learning curve.

(Need I mention regex excludes? ;-)

That is further down the road. :)

Thanks!

Dean
-- 

------------------------------------------------------------------------

Dean Waldow, Professor               (253) 535-7533

Department of Chemistry              (253) 536-5055 (FAX)

Pacific Lutheran University          [EMAIL PROTECTED]

Tacoma, WA  98447   USA              http://www.chem.plu.edu/waldow/

------------------------------------------------------------------------

---> CIRRUS and the Chemistry homepage: <http://www.chem.plu.edu/> <----

------------------------------------------------------------------------



Reply via email to