>>> Andrei Borzenkov <arvidj...@gmail.com> schrieb am 08.12.2015 um 09:01 in Nachricht <CAA91j0Un+1EN6xRLM=dm6ck+usdzmpnyyjtha9d+btrzfcg...@mail.gmail.com>: > On Tue, Dec 8, 2015 at 10:44 AM, Ulrich Windl > <ulrich.wi...@rz.uni-regensburg.de> wrote: >>>>> Digimer <li...@alteeve.ca> schrieb am 07.12.2015 um 22:40 in Nachricht >> <5665fcdc.1030...@alteeve.ca>: >> [...] >>> Node 1 looks up how to fence node 2, sees no delay and fences >>> immediately. Node 2 looks up how to fence node 1, sees a delay and >>> pauses. Node 2 will be dead long before the delay expires, ensuring that >>> node 2 always loses in such a case. If you have VMs on both nodes, then >>> no matter which node the delay is on, some servers will be interrupted. >> >> AFAIK, the cluster will try to migrate resources if a fencing is pending, > but not yet complete. Is that true? >> > > If under "migrate" you really mean "restart resources that were > located on node that became inaccessible" I seriously hope the answer > is "not", otherwise what is the point in attempting fencing in the > first place?
Hi! A node must be fenced if at least one resource fails to stop. That means other resources still may be able to be stopped or migrated before the fencing takes place. Possibly this is a decision between "kill everything as fast as possible" vs. "try to stop as many services as possible cleanly". I prefer the latter, but preferences may vary. Regards, Ulrich > > _______________________________________________ > Users mailing list: Users@clusterlabs.org > http://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 _______________________________________________ Users mailing list: Users@clusterlabs.org http://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