[Pacemaker] Fencing of movable VirtualDomains

[Daniel Dehennin]

Andrew Beekhof <andrew at beekhof.net> writes:

>> It may be due to two “order”:
>> 
>> #+begin_src
>> order ONE-Frontend-after-its-Stonith inf: Stonith-ONE-Frontend ONE-Frontend
>> order Quorum-Node-after-its-Stonith inf: Stonith-Quorum-Node Quorum-Node
>> #+end_src
>
> Probably. Any particular reason for them to exist?

Maybe not, the collocation should be sufficient, but even without the
orders, unclean VMs fencing is tried with other Stonith devices.

I'll switch to newer corosync/pacemaker and use the pacemaker_remote if
I can manage dlm/cLVM/OCFS2 with it.

Regards.

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 342 bytes
Desc: not available
URL: <http://oss.clusterlabs.org/pipermail/pacemaker/attachments/20141006/728d1ebb/attachment.sig>