Now I restarted again node0 and apache-group migrated to node1 (as expected) nsf_client did not start on node1 as expected. When node0 comes up again the apache-group migrated to node0 and nfs_client started on node1 (as expected). I keep continue testing and will feed back about the results. Thank you for your efforts!
Sándor Fehér írta: > Andrew Beekhof írta: >> 2010/4/19 Sándor Fehér <[email protected]>: >> >>> Hi, >>> >>> I changed the config as you suggested: >>> --- >>> colocation apache-group-on-ms-drbd0 inf: apache-group ms-drbd0:Master >>> colocation co_nfs_client -inf: nfs_client ms-drbd0:Master >>> order ms-drbd0-before-apache-group inf: ms-drbd0:promote apache-group:start >>> --- >>> >>> Now I get this: >>> >> >> When you do what? >> > changed the config, commit then rebooted both nodes. >> Make the change? Repeat the test? Something else? >> > Saw the wrong result after reboot then crm_resource --resource > nfs_client --cleanup. > I got the same result. >> >>> Online: [ node0 node1 ] >>> >>> Resource Group: apache-group >>> fs0 (ocf::heartbeat:Filesystem): Started node0 >>> virtual-ip (ocf::heartbeat:IPaddr2): Started node0 >>> nfs_server (lsb:nfs-kernel-server): Started node0 >>> Master/Slave Set: ms-drbd0 >>> Masters: [ node0 ] >>> Slaves: [ node1 ] >>> nfs_client (ocf::heartbeat:Filesystem): Started node0 (unmanaged) >>> FAILED >>> >>> Failed actions: >>> nfs_client_stop_0 (node=node0, call=21, rc=1, status=complete): unknown >>> error >>> node1:~# >>> >>> Here is the relevant part of daemon.log http://pastebin.com/L9scU4fy >>> >>> Thank you ! >>> >>> Andrew Beekhof írta: >>> >>> On Sat, Apr 17, 2010 at 12:21 AM, Sandor Feher <[email protected]> wrote: >>> >>> >>> Hi, >>> >>> First of all my goal is to set up a two-node cluster with pacemaker to >>> serve our webhosting service. >>> This config sites on two vmware virtual machines for testing purposes >>> now. Both of them runs Debian Lenny. >>> >>> Here are the basic rules I set up: >>> >>> node0 has >>> >>> virtual ip >>> drbd primary filesystem mounted under /mnt >>> nfs server offers /mnt mount point to node1 >>> >>> node1 >>> >>> drbd secondary node >>> nfs_client mounts node0's /mnt dir and it should be rw for both nodes >>> >>> If node0 fails then node1 will act as primary drbd node, take over >>> virtual ip and mount drbd partition under /mnt dir and will not start >>> nfs_client resource because it makes no sense (nfs_client should be take >>> down before drbd partition get mounted under /mnt). >>> If node1 fails the nothing should be happen because nfs_client only run >>> node which has secondary drbd partition >>> >>> So my problems are the following. >>> >>> 1. If I migrate apache-group resorce to another node then nfs_client >>> won't release the /mnt mount point (I know according to this config it >>> should not). >>> I think I need some clever constraint to achieve this. >>> >>> >>> Perhaps instead of: >>> colocation co_nfs_client inf: nfs_client ms-drbd0:Slave >>> try: >>> colocation co_nfs_client -inf: nfs_client ms-drbd0:Master >>> >>> >>> >>> >>> 2. If I shot down node1 (suppose that node0 the master at the moment and >>> runs apache-group) then nothing happens as expected but if node1 comes >>> online again the apache-group start to migrate to node1. I don't >>> understand why >>> >>> >>> because you told it to: >>> location cli-prefer-apache-group apache-group \ >>> rule $id="cli-prefer-rule-apache-group" inf: #uname eq node0 >>> >>> Change inf to (for example) 1000 >>> >>> >>> >>> because there is a constraint for this to get >>> apache-group run on node which primary drbd resource and in this >>> situation node0 is. >>> >>> >>> crm configure show >>> >>> node node0 \ >>> attributes standby="off" >>> node node1 \ >>> attributes standby="off" >>> primitive drbd0 ocf:heartbeat:drbd \ >>> params drbd_resource="r0" \ >>> op monitor interval="59s" role="Master" timeout="30s" \ >>> op monitor interval="60s" role="Slave" timeout="30s" >>> primitive fs0 ocf:heartbeat:Filesystem \ >>> params fstype="ext3" directory="/mnt" device="/dev/drbd0" \ >>> meta target-role="Started" >>> primitive nfs_client ocf:heartbeat:Filesystem \ >>> params fstype="nfs" directory="/mnt/" >>> device="192.168.1.40:/mnt/" >>> options="hard,intr,noatime,rw,nolock,tcp,timeo=50" \ >>> meta target-role="Stopped" >>> primitive nfs_server lsb:nfs-kernel-server \ >>> op monitor interval="1min" >>> primitive virtual-ip ocf:heartbeat:IPaddr2 \ >>> params ip="192.168.1.40" broadcast="192.168.1.255" nic="eth0" >>> cidr_netmask="24" \ >>> op monitor interval="21s" timeout="5s" target-role="Started" >>> group apache-group fs0 virtual-ip nfs_server \ >>> meta target-role="Started" >>> ms ms-drbd0 drbd0 \ >>> meta clone-max="2" notify="true" globally-unique="false" >>> target-role="Started" >>> location cli-prefer-apache-group apache-group \ >>> rule $id="cli-prefer-rule-apache-group" inf: #uname eq node0 >>> colocation apache-group-on-ms-drbd0 inf: apache-group ms-drbd0:Master >>> colocation co_nfs_client inf: nfs_client ms-drbd0:Slave >>> order ms-drbd0-before-apache-group inf: ms-drbd0:promote apache-group:start >>> order ms-drbd0-before-nfs_client inf: ms-drbd0:promote nfs_client:start >>> property $id="cib-bootstrap-options" \ >>> dc-version="1.0.8-2c98138c2f070fcb6ddeab1084154cffbf44ba75" \ >>> cluster-infrastructure="openais" \ >>> stonith-enabled="false" \ >>> no-quorum-policy="ignore" \ >>> expected-quorum-votes="2" \ >>> last-lrm-refresh="1271453094" >>> >>> node1:~# crm_mon -1 >>> ============ >>> Last updated: Fri Apr 16 23:49:30 2010 >>> Stack: openais >>> Current DC: node0 - partition with quorum >>> Version: 1.0.8-2c98138c2f070fcb6ddeab1084154cffbf44ba75 >>> 2 Nodes configured, 2 expected votes >>> 3 Resources configured. >>> ============ >>> >>> Online: [ node0 node1 ] >>> >>> Resource Group: apache-group >>> fs0 (ocf::heartbeat:Filesystem): Started node1 >>> (unmanaged) FAILED >>> virtual-ip (ocf::heartbeat:IPaddr2): Stopped >>> nfs_server (lsb:nfs-kernel-server): Stopped >>> Master/Slave Set: ms-drbd0 >>> Masters: [ node0 ] >>> Slaves: [ node1 ] >>> nfs_client (ocf::heartbeat:Filesystem): Started node1 >>> (unmanaged) FAILED >>> >>> Failed actions: >>> nfs_client_start_0 (node=node0, call=98, rc=1, status=complete): >>> unknown error >>> fs0_stop_0 (node=node1, call=9, rc=-2, status=Timed Out): unknown >>> exec error >>> nfs_client_stop_0 (node=node1, call=7, rc=-2, status=Timed Out): >>> unknown exec error >>> >>> >>> I really appreciate any idea. Thank you in advance. >>> >>> Regards, Sandor >>> _______________________________________________ >>> Openais mailing list >>> [email protected] >>> https://lists.linux-foundation.org/mailman/listinfo/openais >>> >>> >>> >>> -- >>> Üdvözlettel/Kind Regards, Fehér Sándor >>> >>> >>> ...Fehér Sándor... --- ....Sandor Feher.... >>> fejlesztési vezető --- development manager >>> Blue System Kft. --- Blue System Ltd. >>> .......................................................................................... >>> http://www.bluesystem.hu : http://www.adatmegorzo.hu : >>> http://www.bluehosting.hu >>> .......................................................................................... >>> >>> Kérem gondoljon a környezetre mielőtt kinyomtatná ezt az e-mailt vagy >>> bármely csatolmányát. >>> Please consider the environment before printing this e-mail and any >>> associated attachments. >>> > > > -- > Üdvözlettel/Kind Regards, Fehér Sándor > > > ...Fehér Sándor... --- ....Sandor Feher.... > fejlesztési vezető --- development manager > Blue System Kft. --- Blue System Ltd. > .......................................................................................... > http://www.bluesystem.hu : http://www.adatmegorzo.hu : > http://www.bluehosting.hu > .......................................................................................... > > Kérem gondoljon a környezetre mielőtt kinyomtatná ezt az e-mailt vagy bármely > csatolmányát. > Please consider the environment before printing this e-mail and any > associated attachments. -- Üdvözlettel/Kind Regards, Fehér Sándor ...Fehér Sándor... --- ....Sandor Feher.... fejlesztési vezető --- development manager Blue System Kft. --- Blue System Ltd. .......................................................................................... http://www.bluesystem.hu : http://www.adatmegorzo.hu : http://www.bluehosting.hu .......................................................................................... Kérem gondoljon a környezetre mielőtt kinyomtatná ezt az e-mailt vagy bármely csatolmányát. Please consider the environment before printing this e-mail and any associated attachments.
_______________________________________________ Openais mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/openais
