DRBD не продвигает ресурс на ведомом узле после «остановки кластера ПК — все»

Я пытаюсь понять процесс восстановления продвигаемого ресурс после "pcs cluster stop --all" и выключения обоих узлов. У меня есть кворум из двух узлов + qdevice с ресурсом DRBD.

Это краткое изложение ресурсов до моего теста. Все работает просто отлично, а server2 является мастером DRBD.

 * забор-сервер1 (stonith:fence_vmware_rest): запущен сервер2
 * забор-сервер2 (stonith:fence_vmware_rest): Запущен сервер1
 * Набор клонов: DRBDData-клон [DRBDData] (продвигаемый):
   * Мастера: [сервер2]
   * Рабы: [ server1 ]
 * Группа ресурсов: nfs:
   * drbd_fs (ocf::heartbeat:Filesystem): Запущен сервер2

затем я выдаю «остановка кластера ПК --все». Кластер будет остановлен на оба узла, как и ожидалось. Теперь я перезапускаю server1 (ранее ведомый) и отключаю питание server2 ( ранее мастер). Когда сервер1 перезапустится, он будет ограждать сервер2 и я вижу, что server2 запускается на vcenter, но я просто нажал любой ключ на grub, чтобы убедиться, что server2 не перезапустится, вместо этого будет просто «приостановлен» на экране grub.

SSH-соединение с сервером 1 и запуск ПК, я получаю:

Имя кластера: кластер1
Сводка по кластеру:
  * Стек: коросинк
  * Текущий DC: server1 (версия 2.1.0-8.el8-7c3f660707) - раздел с кворумом
  * Последнее обновление: пн, 2 мая, 09:52:03 2022 г.
  * Последнее изменение: пн, 2 мая, 09:39:22 2022, от root через cibadmin на server1
  * настроено 2 узла
  * Настроено 11 экземпляров ресурсов

Список узлов:
  * В сети: [ сервер1 ]
  * ОФФЛАЙН: [сервер2]

Полный список ресурсов:
  * забор-сервер1 (stonith:fence_vmware_rest): Остановлен
  * забор-сервер2 (stonith:fence_vmware_rest): Запущен сервер1
  * Набор клонов: DRBDData-клон [DRBDData] (продвигаемый):
    * Рабы: [ server1 ]
    * Остановлено: [сервер2]
  * Группа ресурсов: nfs:
    * drbd_fs (ocf::heartbeat:Файловая система): Остановлено

Вот ограничения:

# количество штук ограничение
Ограничения по местоположению:
  Ресурс: забор-сервер1
    Отключено:
      Узел: server1 (оценка: -INFINITY)
  Ресурс: забор-сервер2
    Отключено:
      Узел: server2 (оценка: -INFINITY)
Ограничения заказа:
  продвиньте клон DRBDData, затем запустите nfs (вид: обязательно)
Ограничения по совместному размещению:
  nfs с клоном DRBDData (оценка: INFINITY) (роль rsc: Started)
(с ролью rsc: Master)
Ограничения по билетам:

# sudo crm_mon -1A
...
Атрибуты узла:
  * Узел: server2:
    * мастер-DRBDData: 10000

Итак, я вижу, что кворум есть, но server1 никогда не продвигается как Мастер DRBD, поэтому оставшиеся ресурсы будут остановлены до тех пор, пока server2 вернулся.

1. Что мне нужно сделать, чтобы форсировать повышение и восстановиться без перезапустить сервер2?
2. Почему, если вместо перезагрузки сервера1 и выключения сервера2 я перезагружаюсь server2 и poweroff server1 кластер может восстановить сам по себе?
3. Означает ли это, что по какой-то причине во время "cluster stop --all" данные drbd не синхронизировались?

Я столкнулся с точно такой же проблемой с моей настройкой, так как моя почти точная копия вашей, и мне в конце концов удалось заставить ее работать. (Я проверял, было ли отключение электроэнергии и все серверы в кластере выключились, и вернулся только один узел хранения.)

Не уверен в вашей настройке - у меня есть бездисковый свидетель для DRBD с настройкой кворума 1; свидетель также используется в качестве qdevice для кластера.Я проверил состояние ресурса DRBD на доступном узле — он был вторичным, с подключением на отключенном узле и бездисковым (подключенным/вторичным) на узле-свидетеле. Я проверил статус кворума кластера и убедился, что он есть.

После этого я сделал ресурс DRBD первичным на доступном узле. В конце концов я понял, что если я (временно) отключу STONITH в кластере, ресурс DRBD и последующие ресурсы запустятся немедленно и по порядку. После «исправления» отказавшего узла я повторно включил STONITH и убедился, что ресурсы могут перемещаться должным образом.