Yes! Your suggestion immediately fixed my issue, I had always assumed colocation was designed the other way around.

Many thanks,
David

On 01/11/13 13:58, emmanuel segura wrote:
i don't know if is this the problem, but this colacation are wrong

colocation c_g_premount_on_drbd_meta inf: ms_drbd_meta:Master g_premount
g_postmount

it should be

colocation c_g_premount_on_drbd_meta inf: g_premount g_postmount
ms_drbd_meta:Master


2013/11/1 David Dunsmore <david.dunsm...@seebyte.com
<mailto:david.dunsm...@seebyte.com>>

    Hello,

    I am having issues where a resource in a master/slave relationship
    is never being promoted, I was hoping someone could help guide me to
    where I'm going wrong.

    I am using the crm shell to configure, with the following settings:

    [root@nas2_gri1 ~]# crm configure show
    node nas1 \
             attributes standby="off"
    node nas2_gri1 \
             attributes standby="off"
    # Define all resources to run on the cluster
    primitive ClusterIP ocf:heartbeat:IPaddr2 \
             params ip="10.10.50.159" cidr_netmask="24" \
             op monitor interval="30s"
    primitive MetaFS ocf:heartbeat:Filesystem \
             params device="/dev/drbd0" directory="/meta" fstype="ext3"
    primitive ShareFS ocf:heartbeat:Filesystem \
             params device="/dev/mapper/data-logs" directory="/mnt/data"
    fstype="none"
    primitive drbd_meta ocf:linbit:drbd \
             params drbd_resource="meta" \
             meta target-role="Master" \
             op monitor interval="30s" role="Master" \
             op monitor interval="100s" role="Slave"
    primitive iscsi lsb:iscsi-target
    primitive lsyncd lsb:lsyncd \
             op monitor interval="5s" \
             meta is-managed="false" target-role="Stopped"
    primitive lvmdata ocf:heartbeat:LVM \
             params volgrpname="data"
    primitive nfs lsb:nfs
    primitive nfslock lsb:nfslock
    primitive openfiler lsb:openfiler
    primitive rsyncd ocf:heartbeat:rsyncd \
             params conffile="/etc/rsync-daemon.__conf"
    primitive samba lsb:smb
    group g_postmount openfiler samba nfs nfslock lsyncd
    # Group items together
    group g_premount MetaFS ClusterIP iscsi
    ms ms_drbd_meta drbd_meta \
             meta master-max="1" master-node-max="1" clone-max="2"
    clone-node-max="1" notify="true" target-role="Master" is-managed="true"
    clone clone_ShareFS ShareFS \
             meta target-role="Started" clone-node-max="1"
    clone clone_lvm lvmdata \
             meta target-role="Started" clone-node-max="1"
    clone clone_rsyncd rsyncd \
             meta target-role="Started" clone-node-max="1"
    # Specify where resources should run
    colocation c_g_premount_on_drbd_meta inf: ms_drbd_meta:Master
    g_premount g_postmount
    # Specify the order in which resources run
    order o_all inf: ms_drbd_meta:promote g_premount clone_lvm
    clone_ShareFS clone_rsyncd g_postmount
    property $id="cib-bootstrap-options" \
             no-quorum-policy="ignore" \
             stonith-enabled="false" \

    dc-version="1.1.2-__c6b59218ee949eebff30e837ff6f38__24ed0ab86b" \
             cluster-infrastructure="__openais" \
             expected-quorum-votes="2" \
             last-lrm-refresh="1383299108"
    rsc_defaults $id="rsc-options" \
             resource-stickiness="100"


    The resource I am having problems with is my master/slave ms_drbd_meta

    Any help would be appreciated,

    --
    David Dunsmore
    Development Engineer

    SeeByte

    Tel: +44 (0) 131 447 4200 <tel:%2B44%20%280%29%20131%20447%204200>
    (ext. 186)
    e-mail: david.dunsm...@seebyte.com <mailto:david.dunsm...@seebyte.com>
    web: www.seebyte.com <http://www.seebyte.com>

    | SeeByte Ltd, a company registered in Scotland with the company
    | number SC194014 and whose registered office is Orchard Brae
    | House, 30 Queensferry Road, Edinburgh, EH4 2HS, Scotland, UK

    | This message is confidential and may be privileged. If it is not for
    | you please inform us then delete it. If the content is not about the
    | business of the company or its clients then the message is neither
    | from nor sanctioned by SeeByte Limited.

    _________________________________________________
    Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
    <mailto:Pacemaker@oss.clusterlabs.org>
    http://oss.clusterlabs.org/__mailman/listinfo/pacemaker
    <http://oss.clusterlabs.org/mailman/listinfo/pacemaker>

    Project Home: http://www.clusterlabs.org
    Getting started:
    http://www.clusterlabs.org/__doc/Cluster_from_Scratch.pdf
    <http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf>
    Bugs: http://bugs.clusterlabs.org




--
esta es mi vida e me la vivo hasta que dios quiera


_______________________________________________
Pacemaker mailing list: Pacemaker@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://bugs.clusterlabs.org


--
David Dunsmore
Development Engineer

SeeByte

Tel: +44 (0) 131 447 4200 (ext. 186)
e-mail: david.dunsm...@seebyte.com
web: www.seebyte.com

| SeeByte Ltd, a company registered in Scotland with the company
| number SC194014 and whose registered office is Orchard Brae
| House, 30 Queensferry Road, Edinburgh, EH4 2HS, Scotland, UK

| This message is confidential and may be privileged. If it is not for
| you please inform us then delete it. If the content is not about the
| business of the company or its clients then the message is neither
| from nor sanctioned by SeeByte Limited.

_______________________________________________
Pacemaker mailing list: Pacemaker@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://bugs.clusterlabs.org

Reply via email to