[Pacemaker] strage monitor behaivour

[Serge Dubrouski]

This questions pops up over and over again. Pacemaker has to make sure that
your resources aren't up anywhere in the cluster before start them up on
designated nodes. That means that it has to be able to run status/monitor
operations for all configured resources on all configured nodes. You can't
just add a 3rd quorum node into cluster you have to make sure that all RAs
that you use can run on that 3rd node properly.

On Tue, Jun 7, 2011 at 1:58 AM, ruslan usifov <ruslan.usifov at gmail.com>wrote:

> Hello
>
> I have 3 node cluster (in future we add another one node) with follow
> configuration:
>
> crm(live)configure# show
> node drbd1
> node drbd2
> node drbd3
> primitive drbd_web ocf:linbit:drbd \
>         params drbd_resource="web" \
>         op monitor interval="10s" timeout="60s"
> primitive drbd_web-U ocf:linbit:drbd \
>         params drbd_resource="web-U" \
>         op monitor interval="10s" timeout="60s"
> primitive iscsi_ip_web ocf:heartbeat:IPaddr2 \
>         params ip="192.168.19.91" nic="eth1:1" cidr_netmask="24"
> primitive iscsi_web_target ocf:heartbeat:iSCSITarget \
>         params iqn="iqn.2010-06.playrix.local:san.web" \
>         op monitor interval="10s" timeout="30s"
> primitive iscsi_web_target_lun0 ocf:heartbeat:iSCSILogicalUnit \
>         params lun="0" path="/dev/drbd10"
> target_iqn="iqn.2010-06.playrix.local:san.web"
> group iscsi_web iscsi_ip_web iscsi_web_target iscsi_web_target_lun0
> ms ms_drbd_web drbd_web \
>         meta master-max="1" master-node-max="1" clone-max="2"
> clone-node-max="1" notify="true" globally-unique="false"
> target-role="Started" is-managed="true"
> ms ms_drbd_web-U drbd_web-U \
>         meta master-max="1" master-node-max="1" clone-max="1"
> clone-node-max="1" notify="true" is-managed="true" globally-unique="false"
> location ms_drbd_web-U_on_drbd1_or_drbd2 ms_drbd_web-U \
>         rule $id="ms_drbd_web-U_on_drbd1_or_drbd2-rule" -inf: #uname ne
> drbd1 and #uname ne drbd2
> location ms_drbd_web_on_drbd1_or_drbd2 ms_drbd_web \
>         rule $id="ms_drbd_web_on_drbd1_or_drbd2-rule" -inf: #uname ne drbd1
> and #uname ne drbd2
> colocation drbd_web-U_on_drbd_web inf: ms_drbd_web-U:Master
> ms_drbd_web:Master
> colocation iscsi_ip_web_on_drbd_web inf: iscsi_ip_web ms_drbd_web:Master
> colocation iscsi_web_on_drbd_web-U inf: iscsi_web ms_drbd_web-U:Master
> order iscsi_web_after_ms_drbd_web-U inf: ms_drbd_web-U:start iscsi_web
> order ms_drbd_web-U_after_iscsi_ip_web inf: iscsi_ip_web:start
> ms_drbd_web-U:start
> order ms_drbd_web-U_before_ms_drbd_web inf: ms_drbd_web:promote
> iscsi_ip_web:start
> property $id="cib-bootstrap-options" \
>         dc-version="1.0.11-db98485d06ed3fe0fe236509f023e1bd4a5566f1" \
>         cluster-infrastructure="openais" \
>         expected-quorum-votes="3" \
>         stonith-enabled="false" \
>         last-lrm-refresh="1307432239" \
>         symmetric-cluster="true"
>
>
>
> In this configuration i want that all resources ran only on drbd1 and drb2
> nodes. And as i understand wit location constraint i should reach this
> objective. And all resource mast run on drbd1 and drbb2 nodes. But i got
> follow error:
>
> Failed actions:
>     iscsi_web_target_monitor_0 (node=drbd3, call=5, rc=6, status=complete):
> not configured
>     iscsi_web_target_lun0_monitor_0 (node=drbd3, call=6, rc=6,
> status=complete): not configured
>
>
>
> And i confused why drbd3? There is nothing must run o monitored. Please if
> it is possible explain this behavior
>
>
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs:
> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>
>


-- 
Serge Dubrouski.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20110607/73d46577/attachment.htm>