问题[drbd](unix)

DRBD v9.17（内核 v9.1.4）

我试图了解drbd作为服务运行与手动使用该drbdadm工具时的典型角色，该工具似乎比我在网上看到的一些演练更新。

什么时候应该使用该服务而不是该drbdadm工具，以及在pacemaker控制故障转移方面适合哪些方面drbd？

我已经手动使用drbdadm并创建了一个资源，现在UPToDate在两个节点上都使用 status 命令显示。我需要弄清楚如何在起搏器中实现它以进行故障转移，我只是认为我在这里错过了大局 - 在起搏器中添加资源似乎比浮动 IP 更复杂......谢谢阅读！

以下是我创建两节点 DRBD 9 设置所遵循的步骤：

1. 创建 LVM
2. 在每个节点上创建内部元数据drbdadm create-md 'resourcename'
3. 在每个节点上启动资源drbdadm up 'resourcename'
4. 提示一个drbdadm primary --force 'resourcename'作为主节点
5. 再次成为次要drbdadm secondary 'resourcename'
6. 格式化了makefs.ext4 /dev/drbd1

我的问题是，为什么第 6 步没有清除第 2 步中的内部元数据？

我已经升级了两节点 DRBD 集群中的一个节点，如下所示：

1. 重新安装 Debian
2. apt-get install drbd-utils
3. systemctl start drbd
4. /etc/drbd.d/my_resource.res从备份中获取
5. disk为 DRBD 资源配置块设备 ( ) 和 IP 地址
6. systemctl reload drbd

此时 DRBD 开始重新同步，集群再次开始运行。

我的问题是：是什么决定了节点此时充当 DRBD 主节点还是次节点。在我的例子中，相反的节点是主要的，所以升级后的节点从次要开始是很重要的。这是默认的吗？

我同步我的新磁盘，输出drbdtop：

Resource: myres: (Overall danger score: 14)
Local Disc(Primary):
volume 0 (/dev/drbd0): UpToDate(normal disk state)
volume 1 (/dev/drbd1): UpToDate(normal disk state)
volume 2 (/dev/drbd2): Inconsistent(data is not accessible or usable until resync is complete)

Connection to zfs.user.osdc2(Secondary): Connected(connected to zfs.user.osdc2)
volume 0: 
UpToDate(normal disk state)
volume 1:
UpToDate(normal disk state)
volume 2:
Replication:SyncTarget(local volume is being synchronized with data from zfs.user.osdc2) 95.6% remaining   UpToDate(normal disk state)  

cat /proc/drbd但是关于我的资源没有输出。仅有的：

version: 9.0.9-1 (api:2/proto:86-112)
GIT-hash: f7b979e7af01813e031aac579140237640c94569 build by mockbuild@, 2017-09-14 17:45:45
Transports (api:16): tcp (9.0.9-1)

为什么没有输出？我应该如何解决这个问题？