Bacula - Error fatal: clave de autorización rechazada por el demonio de almacenamiento

Bacula - Error fatal: clave de autorización rechazada por el demonio de almacenamiento

SO: Debian 9, bacula dir, fd, sd: todas las mismas versiones 7.4.4+dfsg-6 Intentando realizar la restauración de algunos archivos (no completos), aparece un error en FD:

4-Nov 12:20 host-dir JobId 273: Start Restore Job RestoreFiles.2017-11-24_12.20.32_48 24-Nov 12:20 host-dir JobId 273: Using Device "FileChgr1-Dev1" to read. 24-Nov 12:20 host-remote-fd JobId 273: Fatal error: Authorization key rejected by Storage daemon. For help, please see http://www.bacula.org/rel-manual/en/problems/Bacula_Frequently_Asked_Que.html 24-Nov 12:20 host-dir JobId 273: Fatal error: Bad response to Storage command: wanted 2000 OK storage , got 2902 Bad storage

Error en el director:

24-Nov 12:20 host-dir JobId 273: Error: Bacula host-dir 7.4.4 (202Sep16): Build OS: x86_64-pc-linux-gnu debian 9.0 JobId: 273 Job: RestoreFiles.2017-11-24_12.20.32_48 Restore Client: host-remote-fd Start time: 24-Nov-2017 12:20:34 End time: 24-Nov-2017 12:20:46 Files Expected: 3 Files Restored: 0 Bytes Restored: 0 Rate: 0.0 KB/s FD Errors: 2 FD termination status:
SD termination status: Waiting on FD Termination: *** Restore Error ***

Error en SD: host-remote-sd: bnet.c:566-0 who=client host=127.0.0.1 port=9103 host-remote-sd: hello.c:134-0 Conn: Hello Bacula SD: Start Job RestoreFiles.2017-11-24_12.20.32_48 213 host-remote-sd: hello.c:147-0 Client connect failed: Job name not found: RestoreFiles.2017-11-24_12.20.32_48 host-remote-sd: hello.c:148-0 **** Job "RestoreFiles.2017-11-24_12.20.32_48" not found.

Respuesta1

Problema resuelto. La resolución es sencilla. En director definió 2 SD, local como localhost (127.0.0.1 en el host de Director) y remoto con IP. Cuando intenté restaurar a FD remoto desde el almacenamiento local, FD remoto intentó conectarse al host local y la clave era incorrecta. El director envía la tarea a FD con la IP SD configurada. Cambiar la configuración de SD local (en el mismo host que Director) con IP pública en lugar de localhost, permitió que FD remoto se conectara al host adecuado para obtener los archivos para restaurar.

información relacionada