Re: [Bacula-users] Bacula via NATed connection and Bacula docs - partly solved. Launchd!

2010-01-28 Thread Dirk H. Schulz
Chris Shelton schrieb: > Dirk, > > On Thu, Jan 28, 2010 at 4:35 AM, Dirk H. Schulz > wrote: > >>> And then - just from pure desperation - I started bacula-fd manually >>> instead of via launchd (with the same parameters launchd is given) - and >>> now it works! >>> >>> Somehow communication doe

Re: [Bacula-users] Bacula via NATed connection and Bacula docs - partly solved. Launchd!

2010-01-28 Thread Chris Shelton
Dirk, On Thu, Jan 28, 2010 at 4:35 AM, Dirk H. Schulz wrote: >> And then - just from pure desperation - I started bacula-fd manually >> instead of via launchd (with the same parameters launchd is given) - and >> now it works! >> >> Somehow communication does not work correctly if bacula-fd is sta

Re: [Bacula-users] Bacula via NATed connection and Bacula docs - partly solved. Launchd!

2010-01-28 Thread Dan Langille
Dirk H. Schulz wrote: > The more I look into it, the more it gets weird. > > Gavin McCullagh schrieb: >> On Wed, 27 Jan 2010, Dirk H. Schulz wrote: >> >> >>> Telnetting from external-fd to server-sd using the above mentionened FQDN >>> and the port of the storage daemon (telnet storage.server.s

Re: [Bacula-users] Bacula via NATed connection and Bacula docs - partly solved. Launchd!

2010-01-28 Thread Dirk H. Schulz
Dirk H. Schulz schrieb: > The more I look into it, the more it gets weird. > > Gavin McCullagh schrieb: > >> On Wed, 27 Jan 2010, Dirk H. Schulz wrote: >> >> 8-Jan 08:11 bacula-dir JobId 33: Fatal error: Unable to authenticate with >> File daemon at "external-fd.domain.de:9102". Possible causes

Re: [Bacula-users] Bacula via NATed connection and Bacula docs - partly solved. Launchd!

2010-01-28 Thread Dirk H. Schulz
The more I look into it, the more it gets weird. Gavin McCullagh schrieb: > On Wed, 27 Jan 2010, Dirk H. Schulz wrote: > > >> Telnetting from external-fd to server-sd using the above mentionened FQDN >> and the port of the storage daemon (telnet storage.server.sd 9103) >> outputs exactly the sa