Ich habe eine Verstaendnisfrage zu Pacemaker.
Ich habe mir zum lernen/verstehen ein 3 Knoten Cluster mit Pacemaker und Corosync aufgesetzt.
Mit einer konfigurierten Resource (resMAILTO)
Ich habe zu testzwecken 1 der 3 Nodes auf Standby gesetzt.
Wenn ich jetzt die Resource von einem Node mit "crm_resource --resource resMAILTO -M" wegmigriere, erhaelt dieser ja einen Counter von -INFINITY und folgende Meldung erscheint.
"This will prevent resMAILTO from running on 01hatest-03v until the constraint is removed using the 'crm_resource -U' command or manually with cibadmin
This will be the case even if 01hatest-03v is the last node in the cluster
This message can be disabled with -Q"
Wenn ich jetzt aber den gleichen Befehl wieder absetze ohne vorher ein --un-move zu machen. Wird die Resource trotzdem auf den Node migriert der eig. mit -INFINITY markiert ist..
Wenn ich den Node aber in Standby setze und der andere Node hat einen Count von -INFINITY wird die Resource nicht uebernommen. (Was ja ok ist..)
Grob gesagt, er ignoriert den -INFINITY wenn ich per --move migriere, warum??
Habe ich hier einen groben Fehler gemacht oder kann mir jemand erklaeren ob ich den Befehl --move falsch benutze??
Hier die CRM Konfig ( nach dem --move):
node 01hatest-01v \
attributes standby="on"
node 01hatest-02v \
attributes standby="off"
node 01hatest-03v \
attributes standby="off"
primitive resMAILTO ocf
MailTo \params email="xxx@xxx" subject="CL_01hatest"
location cli-standby-resMAILTO resMAILTO \
rule $id="cli-standby-rule-resMAILTO" -inf: #uname eq 01hatest-03v
property $id="cib-bootstrap-options" \
dc-version="1.1.7-ee0730e13d124c3d58f00016c3376a1de5323cff" \
cluster-infrastructure="openais" \
expected-quorum-votes="3" \
stonith-enabled="false" \
cluster-recheck-interval="1min" \
last-lrm-refresh="1424770059"
rsc_defaults $id="rsc-options" \
resource-stickiness="10" \
migration-threshold="2" \
failure-timeout="60s"
Kann mich jemand aufklaeren??
( Danke!