Архитектура ошибки и симптомы сбоя

Сообщение «drbd: State change failed: No response from secondary peer» регистрируется ядерным модулем DRBD (Distributed Replicated Block Device). Ошибка указывает на то, что локальная нода попыталась изменить свое состояние (например, повысить статус с Secondary до Primary или сбросить флаг репликации), но сетевой обмен с удаленной нодой (Peer) завершился таймаутом. Это приводит к разрыву связи (Connection state: StandAlone или Disconnecting) и высокому риску разделения кластера (Split-Brain).

Диагностическая таблица параметров сбоя

Пошаговое дерево решений и сценарии траблшутинга

Сценарий 1: Проверка текущего статуса репликации DRBD

# Просмотр статуса ресурсов DRBD (версии 9.x / 8.4):
sudo drbdadm status
# Либо через устаревший интерфейс:
cat /proc/drbd

# Проверка логов ядра на признаки Split-Brain:
dmesg -T | grep -E "(drbd|Split-Brain)"

Сценарий 2: Ручное разрешение состояния Split-Brain (Ручной выбор источника правды)

Если произошел Split-Brain, выберите узел с устаревшими данными (Victim Node) и сбросьте его данные:

# 1. На узле с УСТАРЕВШИМИ данными (Secondary): 
sudo drbdadm disconnect resource_name
sudo drbdadm secondary resource_name
sudo drbdadm connect --discard-my-data resource_name

# 2. На узле с АКТУАЛЬНЫМИ данными (Primary):
sudo drbdadm disconnect resource_name
sudo drbdadm connect resource_name

Сценарий 3: Восстановление сетевой связности и проверка выделенного линка

# Проверка доступности IP-адресов DRBD сети репликации:
ping -c 4 192.168.100.2

# Принудительное переподключение ресурса без сброса данных:
sudo drbdadm connect resource_name

Сценарий 4: Настройка Fencing и Stonith в /etc/drbd.d/

Настройте автоматическую изоляцию узла для защиты от взаимного промоута:

net {
    fencing resource-only;
}
handlers {
    fence-peer "/usr/lib/drbd/crm-fence-peer.9.sh";
    unfence-peer "/usr/lib/drbd/crm-unfence-peer.9.sh";
}