Hello,
    I posted this a while back, but i have additional information on it.
    I've been having an issue about bacula since upgrading from 2.03 to
2.2.x. I'm running bacula with tls communications for all daemons. THis is
on a FreeBSD 6.x machine, all three daemons. I'm able to start the file and
storage daemons, they read the configuration files and keys fine, the
director did not. I found out via a bug report i atempted to file that the
most likely cause was the director was not being started as root. I went to
the box and manually started the director with:
bacula-dir -c /usr/local/etc/bacula-dir.conf
and it fired right up. This told me the most likely cause of the issue was
in the bacula-dir startup rc.d file and that the suggestion as starting as 
root was correct. I checked /usr/local/etc/rc.d/bacula-dir and noted the 
bacula_flags
line:
-u bacula -g bacula -v -c /usr/local/etc/bacula-dir.conf
    when i start the director using this line i'm getting an error the
private key file can not be read. This is definitely my problem, manually 
starting with only the -c option works fine. Is there a
way to correct this in the port, perhaps with a flag at installtime if one
is using tls,  or is there a better way?
Thanks.
Dave.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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

Reply via email to