Я пробую SLES 12 с HAE для запуска кластера файлового сервера, состоящего из двух узлов. Идея заключалась в том, чтобы использовать постоянное резервирование SCSI в качестве метода ограждения с помощью сценария ограждения_scsi от агентов stonith ограждения. Два узла (a, b) подключены через FC к одному LUN, который затем экспортируется через NFS только из активного узла.
Проблема связана с забором_scsi, поскольку crm не работает / жалуется, что nodename / key не указаны.
primitive storage-fence stonith:fence_scsi \
params action=off devices="/dev/mapper/mpath_test" \
op monitor interval=60s timeout=0s
Я получаю:
storage-fence_start_0 on fs009a 'unknown error' (1): call=18, status=Error, last-rc-change='Wed Jun 17 00:51:40 2015', queued=0ms, exec=1093ms
storage-fence_start_0 on fs009b 'unknown error' (1): call=18, status=Error, last-rc-change='Wed Jun 17 00:56:42 2015', queued=0ms, exec=1101ms
и
2015-06-17T01:34:29.156751+02:00 fs009a stonithd[25547]: warning: log_operation: storage-fence:25670 [ ERROR:root:Failed: nodename or key is required ]
2015-06-17T01:34:29.156988+02:00 fs009a stonithd[25547]: warning: log_operation: storage-fence:25670 [ ]
2015-06-17T01:34:29.157234+02:00 fs009a stonithd[25547]: warning: log_operation: storage-fence:25670 [ ERROR:root:Please use '-h' for usage ]
2015-06-17T01:34:29.157460+02:00 fs009a stonithd[25547]: warning: log_operation: storage-fence:25670 [ ]
Сейчас если nodename
поставляется, то он не жалуется. Но тогда я не понимаю конфигурацию ограждения. Стоит ли устанавливать два stonith:fence_scsi
ресурсы каждый «прилип» к каждому из двух узлов?
Это пример из RHEL, который заботится обо всем, без дополнительных ограничений (и он работает!)
pcs stonith create my-scsi-shooter fence_scsi devices=/dev/sda meta provides=unfencing
Обратите внимание, что SLES12 по-прежнему использует crm, а RHEL использует ПК. Также в SLES метаатрибут provides
не существует. Есть ли способ перевести команду ПК RHEL на SLES?
Вот полный конфиг:
# crm configure show
node 739719956: fs009a \
attributes maintenance=off standby=off
node 739719957: fs009b \
attributes maintenance=off standby=off
primitive clusterIP IPaddr2 \
params ip=172.23.59.22 cidr_netmask=25 \
op monitor interval=10s timeout=20s \
op stop interval=0s timeout=20s \
op start interval=0 timeout=20s
primitive fs_storage_test Filesystem \
params device="/dev/mapper/mpath_test_part1" directory="/TEST" fstype=ext4 \
op monitor timeout=40 interval=20 \
op start timeout=60 interval=0 \
op stop timeout=60 interval=0 \
meta target-role=Started
primitive nfs-server systemd:nfsserver \
op monitor interval=60 timeout=15 \
op start interval=0 timeout=15 \
op stop interval=0 timeout=15
primitive storage-fence stonith:fence_scsi \
params action=off devices="/dev/mapper/mpath_test" verbose=false \
op monitor interval=60s timeout=0s \
meta target-role=Started
group nas-service clusterIP fs_storage_test nfs-server \
meta target-role=Started
location constraint-location-a nas-service 100: fs009a
property cib-bootstrap-options: \
dc-version=1.1.12-ad083a8 \
cluster-infrastructure=corosync \
cluster-name=fs009 \
stonith-enabled=true \
no-quorum-policy=stop \
last-lrm-refresh=1434493344
rsc_defaults rsc-options: \
resource-stickiness=100
corosync.conf http://pastebin.com/M5sr7htC
corosync 2.3.3
кардиостимулятор 1.1.12