1 (28.02.2013 13:33:13 отредактировано Cruiser78)

Привет всем!

Мучаюсь с подъемом pacemaker'а на CentOS 6.3.
1. Сам pacemaker взят с репозитория центосного оффсайта clusterlabs.org. Соответственно crm там отключен, а пользоваться надо pcs (котрый берется оттуда же).
2. Настаиваю кластер по стандартной книге http://clusterlabs.org/doc/en-US/Pacema … _drbd.html
Проблема именно на странице по приведенной ссылке. А именно, собственно DRBD тома поднимаются, а вот когда пытаюсь создать "файловую систему", которая привязывается к клону drbd-тома - оопс. pcs пишет, что нет такого ресурса. Но, если я пытаюсь его повторно определить - пишет, что такой объект уже есть  в cib-базе.
Ладно, привязываю "файловую систему" не к клону тома (как написано в книжке), а непосресредственно к тому. Привязывается. И, даже, при отключении одной ноды кластера оно переползает на альтернативную, резервную, ноду.  Но вот когда я включаю основную ноду - обратного возвращения нет (точнее есть, но только при задании "веса" ресурса INFINITY, иные веса - игнорируются). "Файловая система" останавливается, и все... Ни primary-том обратно не ползет, ни IP-адрес с которго это всё должно быть видно. Приходится руками останавливать том и IP на резервной ноде и включать их на основной. Не думаю, что это правильно...
Конфигурация кластера - следующая:

+ открыть спойлер

#!/bin/sh
# Скрипт создания отказоустойчивого кластера ООО ПКФ Альма
# Устанавливаем значения по умолчению
# отключаем STONITH
node1=jerry-virt
node2=tom-virt
IP1=201
IP2=202
pcs property set stonith-enabled=false
# отключаем контроль кворума при 2х хостах
pcs property set no-quorum-policy=ignore
# Устанавливаем занчение веса "прилипчивости" по молчанию. Если вес ресурса для данной ноды будет меньше, то он запустится на другой ноде
pcs resource rsc defaults resource-stickiness=100
# По умолчанию таймаут запуска служб установлен в 20 секунд. Увеличим его до 60 секунд
pcs resource op defaults timeout=60s
# Создаем IP-адреса служб кластера.

# Файловый сервер
pcs resource create ClusterIP$IP1 ocf:heartbeat:IPaddr2 ip=192.168.43.$IP1 nic="eth0" iflabel="5" cidr_netmask=24 op monitor interval=30s
pcs constraint location ClusterIP$IP1 prefers $node1=INFINITY
pcs constraint location ClusterIP$IP1 prefers $node2=50
#echo Сетевые интерфейсы созданы
sleep 5

# Конфигурируем DRBD
echo Конфигурируем DRBD

pcs cluster cib drbd_cfg
pcs -f drbd_cfg resource create VolumeDRBD ocf:linbit:drbd drbd_resource=r0 op monitor interval=15s
pcs -f drbd_cfg  resource master VolumeDRBDClone VolumeDRBD master-max=1 master-node-max=1 clone-max=2 clone-node-max=1 notify=true
pcs -f drbd_cfg resource show
pcs cluster push cib drbd_cfg
echo DRBD сконфигурировано

sleep 15
# Поднимаем файловую систему на DRBD
echo Поднимаем файловую систему на DRBD
pcs cluster cib fs_cfg
pcs -f fs_cfg resource create drbdFS Filesystem device="/dev/drbd/by-res/r0" directory="/mnt/drbd" fstype="ext3"
pcs -f fs_cfg constraint colocation add drbdFS VolumeDRBD INFINITY with-rsc-role=Master
pcs -f fs_cfg constraint order promote VolumeDRBD then start drbdFS
pcs -f fs_cfg constraint colocation add drbdFS ClusterIP$IP1 INFINITY
pcs -f fs_cfg constraint order ClusterIP$IP1 then drbdFS
pcs -f fs_cfg constraint location drbdFS prefers $node1=INFINITY
pcs -f fs_cfg constraint location drbdFS prefers $node2=50
pcs cluster push cib fs_cfg
echo Файловая система на DRBD создана

exit 0

У меня у одного такая проблема с pacemaker'ом (последней версии) на CentOS? Или это какой-то баг? 
На RFR-17 я такой проблемы не наблюдал.