[Pacemaker] strage monitor behaivour
Serge Dubrouski
sergeyfd at gmail.com
Tue Jun 7 15:36:48 UTC 2011
On Tue, Jun 7, 2011 at 9:04 AM, ruslan usifov <ruslan.usifov at gmail.com>wrote:
> Hm, drbd RA for example work perfectly if drbd isn't installed on node.
> Also i found that probe error dissapear when i add "implementation"
> parameter to target and lun RA.
>
That's really strange because DRBD RA has code like this:
drbd_init() {
check_binary $DRBDADM
......
drbd_validate_all () {
# First check the configuration file
if [ -n "$DRBDCONF" ] && [ ! -f "$DRBDCONF" ]; then
ocf_log err "Configuration file does not exist: $DRBDCONF"
return $OCF_ERR_CONFIGURED
fi
.............
So it has to fail if it can't find binary or config file.
iSCSILogical Unit on its turn checks for this:
iSCSILogicalUnit_validate() {
# Do we have all required variables?
for var in implementation target_iqn lun path; do
param="OCF_RESKEY_${var}"
if [ -z "${!param}" ]; then
ocf_log error "Missing resource parameter \"$var\"!"
exit $OCF_ERR_CONFIGURED
fi
done
So those parameters have to be set as far as I understand.
I've never used iSCSI resources but the basic idea is the same: all used RA
in you cluster have to be able to confirm that all configured resources are
down on any cluster node. Doesn't matter what kind of collocation rules you
use.
> PS: great thanks for your explanations
>
>
> 2011/6/7 Serge Dubrouski <sergeyfd at gmail.com>
>
>> No, RA acts like it should. It can't find necessary software and returns
>> OCF_NOT_CONFIGURED, all RAs act this way. You have to install all software
>> used in you cluster on all nodes even if you are not actually planning to
>> run that software on some of them.
>>
>>
>> On Tue, Jun 7, 2011 at 8:02 AM, ruslan usifov <ruslan.usifov at gmail.com>wrote:
>>
>>> Thanks fo replay i undestend already this moment. Now i think that this
>>> is problem of ocf:heartbeat:iSCSITarget RA, which return unproperly return
>>> code, when no any iscssi target software installed
>>>
>>> 2011/6/7 Serge Dubrouski <sergeyfd at gmail.com>
>>>
>>>> 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.
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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.
>>
>> _______________________________________________
>> 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
>>
>>
>
> _______________________________________________
> 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/9ab7b6f8/attachment.htm>
More information about the Pacemaker
mailing list