Hi Jon,

can you post the client fd.conf and the director's respective "client",
"job" and "director" directives, maybe without obfuscation ? If not, please
post the same data with simulated IPs, as if theose were the client and dir
IP, and use them as obfuscated IPs in the conf files.

Cheers,

Michael

On 10/30/07, Jon <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm not using localhost anywhere in the conf. I am just using it to
> telnet.
>
> Thanks
>
> Jon
>
> Michael Lewinger wrote:
> > Hi Jon,
> >
> > I read somewhere (in the conf file ?) that localhost should not be used.
> > Add an alias to 127.0.0.1 <http://127.0.0.1> in your /etc/hosts  file
> > and use it instead.
> >
> > Michael Lewinger
> >
> > On 10/29/07, *Jon* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
> >
> >     Hi All,
> >
> >     I"m evaluating Bacula for a client. So far I like what I see, but
> I'm
> >     having trouble adding a second (remote) client.
> >
> >     I am following the Brief Tutorial to become familar with Bacula and
> >     have
> >     successfully set up the local machine backup and restores. However,
> >     setting up a second client is giving me troubles.
> >
> >     I've followed the section in the Brief Tutorial entitled "Adding a
> >     Second Client" which entails simply copying the bacula-fd binary and
> >     bacula-fd.conf file from the bacula director machine to the client
> that
> >     I want to back up. I've changed the name of the machine from the
> >     director to my client in the bacula-fd.conf file as instructed in
> that
> >     section.
> >
> >     However, when I try attempt to get the status of that client from
> the
> >     director machine's bconsole, it cannot connect (mi01.fusion is the
> >     remote machine that is giving me problems):
> >
> >     *status
> >     Status available for:
> >          1: Director
> >          2: Storage
> >          3: Client
> >          4: All
> >     Select daemon type for status (1-4): 3
> >     The defined Client resources are:
> >          1: mi01-fd
> >          2: mi01.fusion
> >     Select Client (File daemon) resource (1-2): 2
> >     Connecting to Client mi01.fusion at xx.xx.xx.xx:9102
> >     Failed to connect to Client mi01.fusion.
> >     ====
> >     You have messages.
> >     *
> >     29-Oct 10:20 mi01-dir JobId 0: Fatal error: Unable to authenticate
> with
> >     File daemon at "mi01.fusion.xxxx.xxx:9102". Possible causes:
> >     Passwords or names not the same or
> >     Maximum Concurrent Jobs exceeded on the FD or
> >     FD networking messed up (restart daemon).
> >     Please see
> http://www.bacula.org/rel-manual/faq.html#AuthorizationErrors
> >     for help.
> >
> >     I apologize for the domain mame and IP address obsfucation but I do
> not
> >     have authorization to post any significant network information to
> the
> >     Internet.
> >
> >     I have read the AuthorizationErrors page, but as near as I can tell
> most
> >     of these types of errors are differing passwords between the
> director
> >     and the fd.conf files. Since I just copied the bacula-fd.conf file
> from
> >     the working director machine to the remote client, the password is
> >     the same.
> >
> >     I have also verified that the concurrent jobs is set to 10 and there
> is
> >     only one running at any given time during testing.
> >
> >     I have verified the network connectivity. The director machine can
> >     resolve the second client's name and can also route to its IP
> correctly.
> >     The director machine can also telnet to the client on port 9102 and
> the
> >     FD picks up.
> >
> >     I have also verified that the bacula-fd daemon is indeed running on
> the
> >     client:
> >
> >     [EMAIL PROTECTED] /]# ps ax | grep fd
> >     16358 ?        Ssl    0:00 bacula-fd
> >     17936 pts/3    S+     0:00 grep fd
> >     [EMAIL PROTECTED] /]# telnet localhost 9102
> >     Trying 127.0.0.1...
> >     Connected to localhost.
> >     Escape character is '^]'.
> >     ^]
> >
> >     I can't seem to find a log anywhere that has more meaningful
> information
> >     in it than 'cannot connect'. I suspect that I've done something
> wrong
> >     with the client machine, but I don't know how to trace that down.
> >
> >     All I did on the second client was to copy the bacula-fd binary from
> >     the
> >     director machine and the bacula-fd.conf file to the client machine.
> I
> >     then made the necessary change to the bacula-fd.conf file as I
> indicated
> >     above.
> >
> >     Can someone help me troubleshoot this issue further?
> >
> >     Thanks,
> >
> >     Jon
> >
> >
> >
> >
> >
> >
> -------------------------------------------------------------------------
> >     This SF.net email is sponsored by: Splunk Inc.
> >     Still grepping through log files to find problems?  Stop.
> >     Now Search log events and configuration files using AJAX and a
> browser.
> >     Download your FREE copy of Splunk now >> http://get.splunk.com/
> >     _______________________________________________
> >     Bacula-users mailing list
> >     Bacula-users@lists.sourceforge.net
> >     <mailto:Bacula-users@lists.sourceforge.net>
> >     https://lists.sourceforge.net/lists/listinfo/bacula-users
> >     <https://lists.sourceforge.net/lists/listinfo/bacula-users>
> >
> >
> >
> >
> > --
> > Michael Lewinger
> > MBR Computers
> > http://mbrcomp.co.il
>



-- 
Michael Lewinger
MBR Computers
http://mbrcomp.co.il
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to