On 2007.10.31. 03:01, David Legg wrote: > I've spent the last two weeks compiling, downloading, installing, > building and configuring. Just when I think I'm nearly there a 200 > pound gorilla jumped out and ruined everything ;-) > > I have a set of remote servers I'd like to keep backed up over the > internet by using Bacula to save files to a local server behind a > router. All was well as I finally managed to get the director daemon on > the local server to connect to the file daemon on a remote machine > through port 9102. Then, when I actually attempted to run a backup job > I noticed: - > > 30-Oct 23:56 frenzy-fd JobId 6: Fatal error: Failed to connect to Storage > daemon: optimus:9103 > > That's when I had my Doh! moment. I think that when the file daemon (on the > remote server) gets its marching orders from the director (on the local > machine) the file daemon attempts to contact the storage server (on the local > machine) using information supplied to it by the director. Of course this is > doomed to failure because the director and the storage server are on one and > the same machine and in any case the IP address is dynamically assigned by > the DHCP server and is different to what the File daemon would see because of > NAT.
somehow i don't think it is a good idea to have servers using dhcp, and a dynamical at that. the most sane solution - set the server to use static ip. next solution - set dhcp server to issue single ip to that server. possible next solution - use ddns i'd go with the first :) > The only practical way I can see to break this problem is to reverse the > direction of the connection so that the director tells the storage daemon to > contact the file daemon and not the other way around. This would work > because the remote client machines have a FQDN and are thus easier to reach. > > Don't suppose this is possible is it ? > > I can't believe I've come so close only to be thwarted at the last hurdle. > > Best Regards, > David Legg -- Rich ------------------------------------------------------------------------- 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
