C.4. Стандартные поведения: Кластер с двумя узлами, использующий дисковый арбитраж

Стандартные причины: Потеря сетевого соединения.

Контрольный пример: Отсоедините все сетевые кабели от узла.

Ожидаемое поведение: Если удаётся обновлять диск, перенос не происходит. В большинстве случаев службы не будут перемещены, так как серверу блокировок требуется сетевое соединение.

Проверка: Запустите clustat, чтобы проверить, помечены ли службы этого узла как работающие, даже если он неактивен с точки зрения кластера. В журнале появляются сообщения, говорящие о том, что узел находится в состоянии PANIC.

Стандартные причины: Общее хранилище осталось без питания или отсоединён кабель, соединяющий его с узлом кластера.

Контрольный пример: Отключите от узла кабель SCSI или Fibre Channel.

Ожидаемое поведение: Если также не потеряна и сеть, отключение не происходит. В ответ на потерю доступа к общему хранилищу выполняется заданное действие (перезагрузка/остановка/отключение/продолжение работы). По умолчанию – перезагрузка. (В результате этого действия перенос может произойти.)

Контрольный пример: Уничтожьте демонов cluquorumd и clumembd.

killall -STOP cluquorumd clumembd

Ожидаемое поведение: Повисший узел кластера отключается другим узлом кластера. Службы переносятся. Также могут сработать настроенные сторожевые таймеры.

Стандартные причины: Неисправный коммутатор; один или оба узла потеряли сетевое соединение

Контрольный пример: Остановите службы кластера на всех узлах. Отсоедините все сетевые кабели от одного узла. Запустите службы кластера на обоих узлах.

Проверка: Запуститься смогут не все службы, так как блокировки требуют подключения к сети. Так как для работы Cluster Manager нужна полностью подключенная сеть, эта проблема решается лучшим из возможных способов, но с технической точки кластер работать не будет.