[ClusterLabs] 2 Node Active-Passive DRBD , fallback fencing issues.

[Mark Adams]

Read here:
http://clusterlabs.org/pacemaker/doc/en-US/Pacemaker/1.1/html/Clusters_from_Scratch/_prevent_resources_from_moving_after_recovery.html

On 17 August 2018 at 16:43, Jayesh Shinde <jayesh.shinde at netcore.co.in>
wrote:

> Hello All ,
>
> I have configured 2 node Active - Passive DRBD cluster with HP ProLiant
> DL380 Gen9  , CentOS 7.3  Pacemaker + corosync + pcsd  + fence_ilo4_ssh
>
> When I am rebooting "Active server"  all resources are getting move the
> "Slave server"  and starting all respective services properly.
> But when "Active server" boot again  then it fencing "Slave server" ( i.e
> reboot ) and all resources are getting fall back to "Active server" .
>
> I want to know whether its default behaviors or issue .
>
> My requirement is once "Master" switch to "Slave" , then all services need
> to work from "Slave" only.
> If in-case "Slave server" down or reboot , then "Master Server" should
> take care of all resources and vice-versa ...
>
> Please guide.
>
> *Below are config details *
>
> [root at master ~]# pcs property list --all|grep stonith
>  stonith-action: reboot
>  stonith-enabled: true
>  stonith-max-attempts: 10
>  stonith-timeout: 60s
>  stonith-watchdog-timeout: (null)
>
> [root at master ~]# pcs property list --all | grep no-quorum-policy
>  no-quorum-policy: ignore
>
> [root at master ~]# pcs resource defaults
> resource-stickiness: 100
>
> *Below is Package Information* :--
>
> kernel-3.10.0-862.9.1.el7.x86_64
>
> pacemaker-libs-1.1.18-11.el7_5.3.x86_64
> corosync-2.4.3-2.el7_5.1.x86_64
> pacemaker-cli-1.1.18-11.el7_5.3.x86_64
> pacemaker-cluster-libs-1.1.18-11.el7_5.3.x86_64
> pacemaker-1.1.18-11.el7_5.3.x86_64
> corosynclib-2.4.3-2.el7_5.1.x86_64
>
> drbd90-utils-9.3.1-1.el7.elrepo.x86_64
> kmod-drbd90-9.0.14-1.el7_5.elrepo.x86_64
>
>
> Regards
> Jayesh Shinde
> /
> <https://martechmarathon.com/videos/martech-marathon-12x25-expert-panel-on-marketing-for-travel-retail-ecommerce-industries/>
>
> _______________________________________________
> Users mailing list: Users at clusterlabs.org
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20180817/4fdb1401/attachment-0002.html>