Ulrich,
Can you share with me some details how your pacemaker, corosync and LGM is
configured? I should
consider implementing a similar approach and this would be very helpful to
me. Thanks...
Scott
Scott Greenlese ... KVM on System Z - Solutions Test, IBM Poughkeepsie,
N.Y.
INTERNET: swgre...@us.ibm.com
PHONE: 8/293-7301 (845-433-7301)
From: "Ulrich Windl" <ulrich.wi...@rz.uni-regensburg.de>
To: <users@clusterlabs.org>
Date: 03/08/2017 03:20 AM
Subject: [ClusterLabs] Antw: Re: Antw: Expected recovery behavior of
remote-node guest when corosync ring0 is lost in a passive mode
RRP config?
>>> "Scott Greenlese" <swgre...@us.ibm.com> schrieb am 07.03.2017 um 17:28
in
Nachricht
<of940fa4a7.627d922b-on002580dc.0050c1db-852580dc.005a8...@notes.na.collabserv.c
m>:
[...]
>
> Maybe my question is... is there any way to facilitate an alternate Live
> Guest Migration path in the event of a ring0_addr failure?
> This might also apply to a single ring protocol as well.
[...]
I don't know the answer, but what we have here is that every network is
connected using two NICs in a bonding interface, and we have two of these
networks for cluster communication, one being exclusively for cluster
communication. And the network being used for migration is separate from
the two networks used for cluster communication. As said, we are USING
SLES11 here, but we never had problems that you have. One problem we had
was that massive parallel VM migrations would overload the network, so we
limited the number of parallel migrations. Maybe this is still helpful...
Regards,
Ulrich
_______________________________________________
Users mailing list: Users@clusterlabs.org
http://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
_______________________________________________
Users mailing list: Users@clusterlabs.org
http://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
