Hello Stephan, On Thu, 10 Nov 2005 09:44:12 +0100 Stephan Holl <[EMAIL PROTECTED]> wrote:
[replying to myself]
> 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.
I have found out that setting the tunnel to 127.0.0.1 instead of
localhost, everything works nicely... so localhost!=127.0.0.1
:-/?!
Perhaps anybody who is more keen in this can give me an explanation of
this behaviour?
Thanks in advance
Stephan
>
> /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!
http://www.gdf-hannover.de
signature.asc
Description: PGP signature
