gpt4 book ai didi

linux - Bacula - Director 无法通过存储守护程序进行身份验证

转载 作者:太空宇宙 更新时间:2023-11-04 12:20:26 25 4
gpt4 key购买 nike

在我的虚拟 CentOS Linux 版本 7.3.1611 上配置 Bacula 服务器以执行基本的本地备份工作时,我试图保持理智。

我在 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 文件的任何部分,但如果没有必要,我不想立即解决这个问题。谢谢你的任何提示。

最佳答案

它可能会帮助某个时候和我犯过同样错误的人:

在翻阅手册页后,我发现这是我自己的错误。我已经(出于我不记得很清楚的原因,我想之前解决另一个问题)将所有端口设置为 9101 - 用于 director、file-daemon 和 storage daemon。

所以我假设 bacula 组件一定已经阻止了彼此在端口 9101 上的通信。根据手册重置默认端口(如 9102、9103)后,它起作用了,我现在可以在本地备份了。

关于linux - Bacula - Director 无法通过存储守护程序进行身份验证,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46173695/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com