<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Cambria;
panose-1:2 4 5 3 5 4 6 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.gmailsignatureprefix
{mso-style-name:gmail_signature_prefix;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:8.5in 11.0in;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="FR" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Hi Jan,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">This is the correct reply:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">to add more information, we deployed Centreon 2 Node HA Cluster (Master in DC 1 & Slave in DC 2), quorum device which is responsible for split-brain is on DC 1 too, and the poller which is responsible for monitoring is
i DC 1 too. The problem is that a VIP address is required (attached to Master node, in case of failover it will be moved to Slave) and we don't know what VIP we should use? also we don't know what is the perfect setup for our current scenario so if DC 1 goes
down then the Slave on DC 2 will be the Master, that's why we don't know where to place the Quorum device and the poller?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">i hope to get some ideas so we can setup this cluster correctly.<o:p></o:p></span></p>
<p class="MsoNormal">thanks in advance.<o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Regards<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Adil Bouazzaoui<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" style="border-collapse:collapse">
<tbody>
<tr>
<td width="201" style="width:120.7pt;border:none;border-right:solid #595959 1.0pt;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#212121"><img width="252" height="104" id="Image_x0020_1" src="cid:image001.png@01D9DFD7.C9407E30" alt="cid:image003.png@01D8A2AB.F7B7B9F0"></span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#212121;mso-fareast-language:FR-MA"><o:p></o:p></span></p>
</td>
<td width="284" style="width:170.6pt;border:none;border-right:solid #595959 1.0pt;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1F497D;mso-fareast-language:FR-MA">Adil BOUAZZAOUI<o:p></o:p></span></b></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1F497D;mso-fareast-language:FR-MA">Ingénieur Infrastructures & Technologies</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#212121;mso-fareast-language:FR-MA"><o:p></o:p></span></p>
</td>
<td width="351" style="width:210.55pt;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1F497D;mso-fareast-language:FR-MA">GSM </span></b><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1F497D;mso-fareast-language:FR-MA"> : +212 703
165 758<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1F497D;mso-fareast-language:FR-MA">E-mail :
<a href="mailto:adil.bouazzaoui@tmandis.ma"><span style="color:#0563C1">adil.bouazzaoui@tmandis.ma</span></a><o:p></o:p></span></b></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">De :</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Klaus Wenninger [mailto:kwenning@redhat.com]
<br>
<b>Envoyé :</b> Tuesday, September 5, 2023 7:28 AM<br>
<b>À :</b> Cluster Labs - All topics related to open-source clustering welcomed <users@clusterlabs.org><br>
<b>Cc :</b> jfriesse@redhat.com; Adil BOUAZZAOUI <adil.bouazzaoui@tmandis.ma><br>
<b>Objet :</b> [EXTERNE] Re: [ClusterLabs] Users Digest, Vol 104, Issue 5<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Down below you replied to 2 threads. I think the latter is the one you intended to ... very confusing ...<o:p></o:p></p>
<div>
<p class="MsoNormal">Sry for adding more spam - was hesitant - but I think there is a chance it removes some confusion ...<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Klaus<o:p></o:p></p>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Mon, Sep 4, 2023 at 10:29 PM Adil Bouazzaoui <<a href="mailto:adilb574@gmail.com">adilb574@gmail.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal">Hi Jan,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">to add more information, we deployed Centreon 2 Node HA Cluster (Master in DC 1 & Slave in DC 2), quorum device which is responsible for split-brain is on DC 1 too, and the poller which is responsible for monitoring is i DC 1 too. The problem
is that a VIP address is required (attached to Master node, in case of failover it will be moved to Slave) and we don't know what VIP we should use? also we don't know what is the perfect setup for our current scenario so if DC 1 goes down then the Slave on
DC 2 will be the Master, that's why we don't know where to place the Quorum device and the poller?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">i hope to get some ideas so we can setup this cluster correctly.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">thanks in advance.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Adil Bouazzaoui<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">IT Infrastructure engineer<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="mailto:adil.bouazzaoui@tmandis.ma" target="_blank">adil.bouazzaoui@tmandis.ma</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="mailto:adilb574@gmail.com" target="_blank">adilb574@gmail.com</a><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Le lun. 4 sept. 2023 à 15:24, <<a href="mailto:users-request@clusterlabs.org" target="_blank">users-request@clusterlabs.org</a>> a écrit :<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Send Users mailing list submissions to<br>
<a href="mailto:users@clusterlabs.org" target="_blank">users@clusterlabs.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">
https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:users-request@clusterlabs.org" target="_blank">users-request@clusterlabs.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:users-owner@clusterlabs.org" target="_blank">users-owner@clusterlabs.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: issue during Pacemaker failover testing (Klaus Wenninger)<br>
2. Re: issue during Pacemaker failover testing (Klaus Wenninger)<br>
3. Re: issue during Pacemaker failover testing (David Dolan)<br>
4. Re: Centreon HA Cluster - VIP issue (Jan Friesse)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 4 Sep 2023 14:15:52 +0200<br>
From: Klaus Wenninger <<a href="mailto:kwenning@redhat.com" target="_blank">kwenning@redhat.com</a>><br>
To: Cluster Labs - All topics related to open-source clustering<br>
welcomed <<a href="mailto:users@clusterlabs.org" target="_blank">users@clusterlabs.org</a>><br>
Cc: David Dolan <<a href="mailto:daithidolan@gmail.com" target="_blank">daithidolan@gmail.com</a>><br>
Subject: Re: [ClusterLabs] issue during Pacemaker failover testing<br>
Message-ID:<br>
<CALrDAo0XqSRZ69LRArOPrLOOxwmCy1UuwqFPXsQzSC=<a href="mailto:WODyhTQ@mail.gmail.com" target="_blank">WODyhTQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
On Mon, Sep 4, 2023 at 1:44?PM Andrei Borzenkov <<a href="mailto:arvidjaar@gmail.com" target="_blank">arvidjaar@gmail.com</a>> wrote:<br>
<br>
> On Mon, Sep 4, 2023 at 2:25?PM Klaus Wenninger <<a href="mailto:kwenning@redhat.com" target="_blank">kwenning@redhat.com</a>><br>
> wrote:<br>
> ><br>
> ><br>
> > Or go for qdevice with LMS where I would expect it to be able to really<br>
> go down to<br>
> > a single node left - any of the 2 last ones - as there is still qdevice.#<br>
> > Sry for the confusion btw.<br>
> ><br>
><br>
> According to documentation, "LMS is also incompatible with quorum<br>
> devices, if last_man_standing is specified in corosync.conf then the<br>
> quorum device will be disabled".<br>
><br>
<br>
That is why I said qdevice with LMS - but it was probably not explicit<br>
enough without telling that I meant the qdevice algorithm and not<br>
the corosync flag.<br>
<br>
Klaus<br>
<br>
> _______________________________________________<br>
> Manage your subscription:<br>
> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">
https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
><br>
> ClusterLabs home: <a href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.clusterlabs.org/pipermail/users/attachments/20230904/23e22260/attachment-0001.htm" target="_blank">https://lists.clusterlabs.org/pipermail/users/attachments/20230904/23e22260/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 4 Sep 2023 14:32:39 +0200<br>
From: Klaus Wenninger <<a href="mailto:kwenning@redhat.com" target="_blank">kwenning@redhat.com</a>><br>
To: Cluster Labs - All topics related to open-source clustering<br>
welcomed <<a href="mailto:users@clusterlabs.org" target="_blank">users@clusterlabs.org</a>><br>
Cc: David Dolan <<a href="mailto:daithidolan@gmail.com" target="_blank">daithidolan@gmail.com</a>><br>
Subject: Re: [ClusterLabs] issue during Pacemaker failover testing<br>
Message-ID:<br>
<<a href="mailto:CALrDAo0V8BXp4AjWCobKeAE6PimvGG2xME6iA%2BOHxSHEsX90Ag@mail.gmail.com" target="_blank">CALrDAo0V8BXp4AjWCobKeAE6PimvGG2xME6iA+OHxSHEsX90Ag@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
On Mon, Sep 4, 2023 at 1:50?PM Andrei Borzenkov <<a href="mailto:arvidjaar@gmail.com" target="_blank">arvidjaar@gmail.com</a>> wrote:<br>
<br>
> On Mon, Sep 4, 2023 at 2:18?PM Klaus Wenninger <<a href="mailto:kwenning@redhat.com" target="_blank">kwenning@redhat.com</a>><br>
> wrote:<br>
> ><br>
> ><br>
> ><br>
> > On Mon, Sep 4, 2023 at 12:45?PM David Dolan <<a href="mailto:daithidolan@gmail.com" target="_blank">daithidolan@gmail.com</a>><br>
> wrote:<br>
> >><br>
> >> Hi Klaus,<br>
> >><br>
> >> With default quorum options I've performed the following on my 3 node<br>
> cluster<br>
> >><br>
> >> Bring down cluster services on one node - the running services migrate<br>
> to another node<br>
> >> Wait 3 minutes<br>
> >> Bring down cluster services on one of the two remaining nodes - the<br>
> surviving node in the cluster is then fenced<br>
> >><br>
> >> Instead of the surviving node being fenced, I hoped that the services<br>
> would migrate and run on that remaining node.<br>
> >><br>
> >> Just looking for confirmation that my understanding is ok and if I'm<br>
> missing something?<br>
> ><br>
> ><br>
> > As said I've never used it ...<br>
> > Well when down to 2 nodes LMS per definition is getting into trouble as<br>
> after another<br>
> > outage any of them is gonna be alone. In case of an ordered shutdown<br>
> this could<br>
> > possibly be circumvented though. So I guess your fist attempt to enable<br>
> auto-tie-breaker<br>
> > was the right idea. Like this you will have further service at least on<br>
> one of the nodes.<br>
> > So I guess what you were seeing is the right - and unfortunately only<br>
> possible - behavior.<br>
><br>
> I still do not see where fencing comes from. Pacemaker requests<br>
> fencing of the missing nodes. It also may request self-fencing, but<br>
> not in the default settings. It is rather hard to tell what happens<br>
> without logs from the last remaining node.<br>
><br>
> That said, the default action is to stop all resources, so the end<br>
> result is not very different :)<br>
><br>
<br>
But you are of course right. The expected behaviour would be that<br>
the leftover node stops the resources.<br>
But maybe we're missing something here. Hard to tell without<br>
the exact configuration including fencing.<br>
Again, as already said, I don't know anything about the LMS<br>
implementation with corosync. In theory there were both arguments<br>
to either suicide (but that would have to be done by pacemaker) or<br>
to automatically switch to some 2-node-mode once the remaining<br>
partition is reduced to just 2 followed by a fence-race (when done<br>
without the precautions otherwise used for 2-node-clusters).<br>
But I guess in this case it is none of those 2.<br>
<br>
Klaus<br>
<br>
> _______________________________________________<br>
> Manage your subscription:<br>
> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">
https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
><br>
> ClusterLabs home: <a href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.clusterlabs.org/pipermail/users/attachments/20230904/eec03b22/attachment-0001.htm" target="_blank">https://lists.clusterlabs.org/pipermail/users/attachments/20230904/eec03b22/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 4 Sep 2023 14:44:25 +0100<br>
From: David Dolan <<a href="mailto:daithidolan@gmail.com" target="_blank">daithidolan@gmail.com</a>><br>
To: Klaus Wenninger <<a href="mailto:kwenning@redhat.com" target="_blank">kwenning@redhat.com</a>>,
<a href="mailto:arvidjaar@gmail.com" target="_blank">arvidjaar@gmail.com</a><br>
Cc: Cluster Labs - All topics related to open-source clustering<br>
welcomed <<a href="mailto:users@clusterlabs.org" target="_blank">users@clusterlabs.org</a>><br>
Subject: Re: [ClusterLabs] issue during Pacemaker failover testing<br>
Message-ID:<br>
<CAH1k77CSK64=<a href="mailto:BgMnYqJo6B4Gbbo2Q06Jhnp9xk2tCebraHvhbg@mail.gmail.com" target="_blank">BgMnYqJo6B4Gbbo2Q06Jhnp9xk2tCebraHvhbg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Thanks Klaus\Andrei,<br>
<br>
So if I understand correctly what I'm trying probably shouldn't work.<br>
And I should attempt setting auto_tie_breaker in corosync and remove<br>
last_man_standing.<br>
Then, I should set up another server with qdevice and configure that using<br>
the LMS algorithm.<br>
<br>
Thanks<br>
David<br>
<br>
On Mon, 4 Sept 2023 at 13:32, Klaus Wenninger <<a href="mailto:kwenning@redhat.com" target="_blank">kwenning@redhat.com</a>> wrote:<br>
<br>
><br>
><br>
> On Mon, Sep 4, 2023 at 1:50?PM Andrei Borzenkov <<a href="mailto:arvidjaar@gmail.com" target="_blank">arvidjaar@gmail.com</a>><br>
> wrote:<br>
><br>
>> On Mon, Sep 4, 2023 at 2:18?PM Klaus Wenninger <<a href="mailto:kwenning@redhat.com" target="_blank">kwenning@redhat.com</a>><br>
>> wrote:<br>
>> ><br>
>> ><br>
>> ><br>
>> > On Mon, Sep 4, 2023 at 12:45?PM David Dolan <<a href="mailto:daithidolan@gmail.com" target="_blank">daithidolan@gmail.com</a>><br>
>> wrote:<br>
>> >><br>
>> >> Hi Klaus,<br>
>> >><br>
>> >> With default quorum options I've performed the following on my 3 node<br>
>> cluster<br>
>> >><br>
>> >> Bring down cluster services on one node - the running services migrate<br>
>> to another node<br>
>> >> Wait 3 minutes<br>
>> >> Bring down cluster services on one of the two remaining nodes - the<br>
>> surviving node in the cluster is then fenced<br>
>> >><br>
>> >> Instead of the surviving node being fenced, I hoped that the services<br>
>> would migrate and run on that remaining node.<br>
>> >><br>
>> >> Just looking for confirmation that my understanding is ok and if I'm<br>
>> missing something?<br>
>> ><br>
>> ><br>
>> > As said I've never used it ...<br>
>> > Well when down to 2 nodes LMS per definition is getting into trouble as<br>
>> after another<br>
>> > outage any of them is gonna be alone. In case of an ordered shutdown<br>
>> this could<br>
>> > possibly be circumvented though. So I guess your fist attempt to enable<br>
>> auto-tie-breaker<br>
>> > was the right idea. Like this you will have further service at least on<br>
>> one of the nodes.<br>
>> > So I guess what you were seeing is the right - and unfortunately only<br>
>> possible - behavior.<br>
>><br>
>> I still do not see where fencing comes from. Pacemaker requests<br>
>> fencing of the missing nodes. It also may request self-fencing, but<br>
>> not in the default settings. It is rather hard to tell what happens<br>
>> without logs from the last remaining node.<br>
>><br>
>> That said, the default action is to stop all resources, so the end<br>
>> result is not very different :)<br>
>><br>
><br>
> But you are of course right. The expected behaviour would be that<br>
> the leftover node stops the resources.<br>
> But maybe we're missing something here. Hard to tell without<br>
> the exact configuration including fencing.<br>
> Again, as already said, I don't know anything about the LMS<br>
> implementation with corosync. In theory there were both arguments<br>
> to either suicide (but that would have to be done by pacemaker) or<br>
> to automatically switch to some 2-node-mode once the remaining<br>
> partition is reduced to just 2 followed by a fence-race (when done<br>
> without the precautions otherwise used for 2-node-clusters).<br>
> But I guess in this case it is none of those 2.<br>
><br>
> Klaus<br>
><br>
>> _______________________________________________<br>
>> Manage your subscription:<br>
>> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">
https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
>><br>
>> ClusterLabs home: <a href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br>
>><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.clusterlabs.org/pipermail/users/attachments/20230904/dbb61369/attachment-0001.htm" target="_blank">https://lists.clusterlabs.org/pipermail/users/attachments/20230904/dbb61369/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 4 Sep 2023 16:23:40 +0200<br>
From: Jan Friesse <<a href="mailto:jfriesse@redhat.com" target="_blank">jfriesse@redhat.com</a>><br>
To: <a href="mailto:users@clusterlabs.org" target="_blank">users@clusterlabs.org</a><br>
Subject: Re: [ClusterLabs] Centreon HA Cluster - VIP issue<br>
Message-ID: <<a href="mailto:cd344f85-a161-2fe1-9f4e-61d7497d208c@redhat.com" target="_blank">cd344f85-a161-2fe1-9f4e-61d7497d208c@redhat.com</a>><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
Hi,<br>
<br>
<br>
On 02/09/2023 17:16, Adil Bouazzaoui wrote:<br>
> Hello,<br>
> <br>
> My name is Adil,i worked for Tman company, we are testing the Centreon HA<br>
> cluster to monitor our infrastructure for 13 companies, for now we are<br>
> using the 100 IT licence to test the platform, once everything is working<br>
> fine then we can purchase a licence suitable for our case.<br>
> <br>
> We're stuck at *scenario 2*: setting up Centreon HA Cluster with Master &<br>
> Slave on a different datacenters.<br>
> For *scenario 1*: setting up the Cluster with Master & Slave and VIP<br>
> address on the same network (VLAN) it is working fine.<br>
> <br>
> *Scenario 1: Cluster on Same network (same DC) ==> works fine*<br>
> Master in DC 1 VLAN 1: 172.30.15.10 /24<br>
> Slave in DC 1 VLAN 1: 172.30.15.20 /24<br>
> VIP in DC 1 VLAN 1: <a href="http://172.30.15.30/24" target="_blank">172.30.15.30/24</a><br>
> Quorum in DC 1 LAN: <a href="http://192.168.1.10/24" target="_blank">192.168.1.10/24</a><br>
> Poller in DC 1 LAN: <a href="http://192.168.1.20/24" target="_blank">192.168.1.20/24</a><br>
> <br>
> *Scenario 2: Cluster on different networks (2 separate DCs connected with<br>
> VPN) ==> still not working*<br>
<br>
corosync on all nodes needs to have direct connection to any other node. <br>
VPN should work as long as routing is correctly configured. What exactly <br>
is "still not working"?<br>
<br>
> Master in DC 1 VLAN 1: 172.30.15.10 /24<br>
> Slave in DC 2 VLAN 2: 172.30.50.10 /24<br>
> VIP: example 102.84.30.XXX. We used a public static IP from our internet<br>
> service provider, we thought that using a IP from a site network won't<br>
> work, if the site goes down then the VIP won't be reachable!<br>
> Quorum: <a href="http://192.168.1.10/24" target="_blank">192.168.1.10/24</a><br>
<br>
No clue what you mean by Quorum, but placing it in DC1 doesn't feel right.<br>
<br>
> Poller: <a href="http://192.168.1.20/24" target="_blank">192.168.1.20/24</a><br>
> <br>
> Our *goal *is to have Master & Slave nodes on different sites, so when Site<br>
> A goes down, we keep monitoring with the slave.<br>
> The problem is that we don't know how to set up the VIP address? Nor what<br>
> kind of VIP address will work? or how can the VIP address work in this<br>
> scenario? or is there anything else that can replace the VIP address to<br>
> make things work.<br>
> Also, can we use a backup poller? so if the poller 1 on Site A goes down,<br>
> then the poller 2 on Site B can take the lead?<br>
> <br>
> we looked everywhere (The watch, youtube, Reddit, Github...), and we still<br>
> couldn't get a workaround!<br>
> <br>
> the guide we used to deploy the 2 Nodes Cluster:<br>
> <a href="https://docs.centreon.com/docs/installation/installation-of-centreon-ha/overview/" target="_blank">
https://docs.centreon.com/docs/installation/installation-of-centreon-ha/overview/</a><br>
> <br>
> attached the 2 DCs architecture example.<br>
> <br>
> We appreciate your support.<br>
> Thank you in advance.<br>
> <br>
> <br>
> Adil Bouazzaoui<br>
> IT Infrastructure Engineer<br>
> TMAN<br>
> <a href="mailto:adil.bouazzaoui@tmandis.ma" target="_blank">adil.bouazzaoui@tmandis.ma</a><br>
> <a href="mailto:adilb574@gmail.com" target="_blank">adilb574@gmail.com</a><br>
> +212 656 29 2020<br>
> <br>
> <br>
> _______________________________________________<br>
> Manage your subscription:<br>
> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">
https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
> <br>
> ClusterLabs home: <a href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br>
> <br>
<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Users Digest, Vol 104, Issue 5<br>
*************************************<o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><br clear="all">
<br>
<span class="gmailsignatureprefix">-- </span><o:p></o:p></p>
<div>
<div>
<p><span style="font-size:9.5pt"><o:p> </o:p></span></p>
<p><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Adil Bouazzaoui</span></b><span style="font-size:9.5pt"><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal">_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</body>
</html>