CentOS 7 内核版本 3.10.0-957.el7.x86_64 drbd 9.0.16-1
配置一项资源。 drbd servicve 未启用在引导时启动。我重新启动两个节点。我运行systemctl start drbd并获得的第一个节点
“DRBD 的启动脚本等待对等节点出现。
现在，当我跑步时，systemctl start drbd我得到：
drbd 数据：无法创建 debugfs dentry
编辑
当我drbdadm up resource_name在禁用 drbd 服务且未启动的两个节点上运行时，我得到的两个节点处于 secondary/UpToDate 状态，这很好。
编辑2
全局通用配置文件
数据资源
所有资源均在 otrs1 上启动。它具有Primary机器人connecting为远程节点显示的角色，并且在远程节点上我根本看不到其他节点。
当我在两个节点上运行pcs cluster stop --all并再次运行时drbdadm up data，一切看起来都很好。
现在，当我安装/dev/drbd1 /opt/otrs在其中一个节点上时，它会自动提升为主要角色。
现在，当我卸载并降低两个节点上的资源并重新运行时，drbdadm status我显然得到了No currently configured DRBD found.
systemctl start drbd现在，当我在两者上运行时，会发生完全相同的情况。在第一个节点上，输出似乎已完成，但我猜它也在等待另一个节点启动其服务，对吧？
重新启动后，集群和资源在节点 1 上启动，但将其置于standby模式后，资源不会移动：
这就是我所看到的journalctl -xe
编辑3
好吧，这很奇怪
/etc/modules-load.d/drbd.conf我在启动时通过两个节点加载 drbd 内核模块，但禁用了它。重新启动后，令我惊讶的是，它已加载一个节点，但没有drbd_transport_tcp，pacemaker 是否正在加载 drbd kernel_module？我无法想象。
现在，当我systemctl disable pcsd; systemctl disable pacemaker; systemctl disable corosync在两个节点上重新启动时lsmod | grep drbd，它不会返回任何结果。我不明白:(
答案1
如果您正在使用起搏器（您确实如此），那么您应该禁用systemd 中的 DRBD，允许 Pacemaker 完全控制启动/停止 DRBD。
# systemctl disable drbd
DRBD应该当它建立连接时加载它的传输模块，并且drbdadm up <res> 应该如果尚未加载 DRBD 内核模块，则加载它。