Bacula - директор не может пройти аутентификацию с помощью демона хранилища

Я пытаюсь оставаться в здравом уме, настраивая Bacula Server на моем виртуальном выпуске CentOS Linux 7.3.1611, чтобы выполнить базовое локальное задание резервного копирования.

Я подготовил все необходимые настройки в conf-файлах и соответствующим образом подготовил базу данных mysql.

Когда я хочу запустить задание (пока локальное резервное копирование), я ввожу следующие команды в bconsole:

*Connecting to Director 127.0.0.1:9101
1000 OK: bacula-dir Version: 5.2.13 (19 February 2013)
Enter a period to cancel a command.
*label
Automatically selected Catalog: MyCatalog
Using Catalog "MyCatalog"
Automatically selected Storage: File
Enter new Volume name: MyVolume
Defined Pools:
     1: Default
     2: File
     3: Scratch
Select the Pool (1-3): 2

Это возвращает

Connecting to Storage daemon File at 127.0.0.1:9101 ...
Failed to connect to Storage daemon.
Do not forget to mount the drive!!!
You have messages.

где сообщение:

12-Sep 12:05 bacula-dir JobId 0: Fatal error: authenticate.c:120 Director unable to authenticate with Storage daemon at "127.0.0.1:9101". Possible causes:
Passwords or names not the same or
Maximum Concurrent Jobs exceeded on the SD or
SD networking messed up (restart daemon).
Please see http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION00260000000000000000 for help.

Я дважды и трижды проверил все файлы conf на целостность, а также имена и пароли. Я не знаю, где дальше искать ошибку.

Я с удовольствием опубликую любые части файлов conf, но не хочу сразу поднимать этот вопрос, если в этом нет необходимости. Спасибо за любые подсказки.

Источник

2 ответа

Вам необходимо добавить имя директора с сервера резервного копирования, отредактировать /etc/bacula/bacula-fd.conf на удаленном клиенте, см. «Список директоров, которым разрешено связываться с этим файловым демоном»:

      Director {
  Name = BackupServerName-dir
  Password = "use *-dir password from the same file"
}
Источник

Это может помочь кому-то, кто совершил ту же ошибку, что и я:

Просматривая страницу руководства за страницей руководства, я обнаружил, что это была моя собственная ошибка. Мне пришлось (по причине, которую я точно не помню, я думаю, чтобы устранить проблему раньше), установить все порты на 9101 - для Director, File-Daemon и Storage Storage Daemon.

Поэтому я предполагаю, что компоненты bacula, должно быть, заблокировали обмен данными друг с другом через порт 9101. После сброса портов по умолчанию, таких как 9102, 9103 в соответствии с руководством, все заработало, и теперь я могу выполнять резервное копирование локально.

Источник
Другие вопросы по тегам