Re: [ClusterLabs] Stonith

2017-03-31 Thread Alexander Markov
Kristoffer Grönlund writes: The only solution I know which allows for a configuration like this is using separate clusters in each data center, and using booth for transferring ticket ownership between them. Booth requires a data center-level quorum (meaning at least 3 locations), though the

Re: [ClusterLabs] Stonith

2017-03-30 Thread Alexander Markov
Hello, Kristoffer Did you test failover through pacemaker itself? Yes, I did, no problems here. However: Am I understanding it correctly that you have one node in each data center, and a stonith device in each data center? Yes. If the data center is lost, the stonith device for the node

Re: [ClusterLabs] stonith in dual HMC environment

2017-03-28 Thread Alexander Markov
=false, but it doesn't seem right for me. Thank you. Regards, Alexander Markov ___ Users mailing list: Users@clusterlabs.org http://lists.clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http

Re: [ClusterLabs] stonith in dual HMC environment

2017-03-27 Thread Alexander Markov
a cluster? Survived node, running stonith resource for dead node tries to contact ipmi device (which is also dead). How does cluster understand that lost node is really dead and it's not just a network issue? Thank you. -- Regards, Alexander

[ClusterLabs] stonith in dual HMC environment

2017-03-23 Thread Alexander Markov
Please share your config along with the logs from the nodes that were effected. I'm starting to think it's not about how to define stonith resources. If the whole box is down with all the logical partitions defined, then HMC cannot define if LPAR (partition) is really dead or just