[Bacula-users] Problem using ssh-tunnel

[Stephan Holl]

Dear List,

I have migrated the master director daemon and the storage daemon on
another maschine. Everything works nicely except the backup of my remote
maschines through a ssh-tunnel.

The tunnel:

CLIENT=example.com
LOCAL=localhost
CLIENT_PORT=9112
LOCAL_PORT=$CLIENT_PORT

-L $CLIENT_PORT:$CLIENT:$LOCAL_PORT -R 9101:$LOCAL:9101 -R
9103:$LOCAL:9103  $CLIENT

So every needed ports are tunneled.

/etc/bacula/bacula-dir.conf
[...]
Client {
  Name = gdf
  Address = localhost             # via ssh to Port 9112 on localhost
  FDPort = 9112                   
  Catalog = MyCatalog
  Maximum Concurrent Jobs = 1
  Password = "bP8LxCz2NtKVvp7uW+Zg5SSK2rmJAWhA+KP4+Pc76jwp"       # pw
  File Retention = 30 days        # 30 days
  Job Retention = 6 months        # six months
  AutoPrune = yes                 # Prune expired Jobs/Files
}
[...]
# storage
Storage {
  Name = File_gdf
  Address = localhost                
  SDPort = 9103
  Maximum Concurrent Jobs = 4
  Password = "S9dLFvWCDKgbslmhclpIJrnSiUDeQgwiLLdByjhnjMAX"
  Device = FileStorage
  Media Type = File
}


/etc/bacula/bacula-sd.conf:
Director {
  Name = xeon-dir
  Password = "S9dLFvWCDKgbslmhclpIJrnSiUDeQgwiLLdByjhnjMAX"
}
[...]
Device {
  Name = FileStorage
  Media Type = File
  Archive Device = /backup/bacula_pool
  LabelMedia = yes;                   
  Random Access = Yes;
  AutomaticMount = yes;             
  RemovableMedia = no;
  AlwaysOpen = no;
}
[...]

What I can do is connecting to the client from bconsole:
status client=gdf

When I start to run a job, the tunnel gets set up properly, and the
error is the following:
xeon-dir: Start Backup JobId 1808,
Job=gdf-serverdaten.2005-11-09_17.01.55 09-Nov 17:01 gdf: DIR and FD
clocks differ by -1 seconds, FD automatically adjusting. 
09-Nov 17:02
gdf: gdf-serverdaten.2005-11-09_17.01.55 Fatal error: Authorization key
rejected by Storage daemon. Please see
http://www.bacula.org/html-manual/faq.html#AuthorizationErrors for
help. 
09-Nov 17:02 gdf: gdf-serverdaten.2005-11-09_17.01.55 Fatal
error: Failed to authenticate Storage daemon. 
09-Nov 17:02 xeon-dir:
gdf-serverdaten.2005-11-09_17.01.55 Fatal error: Socket error from
Filed on Storage command: ERR=No data available

The curiosity: The setup has worked before on the old maschine, but
does not on the new one. I do not have any clue anymore.

Thanks for any hints and tips.

Best
        Stephan

-- 
Stephan Holl

Check headers for GnuPG Key!

signature.asc
Description: PGP signature