On 16.07.2021 01:02, Digimer wrote:
> Hi all,
>
> I've got a predicament... I want to update a stonith resource to
> remove an argument. Specifically, when resource move nodes, I want to
> change the stonith delay to favour the new host. This involves adding
> the 'delay="x"' argument to one
Hi all,
I've got a predicament... I want to update a stonith resource to
remove an argument. Specifically, when resource move nodes, I want to
change the stonith delay to favour the new host. This involves adding
the 'delay="x"' argument to one stonith resource, and removing it from
the other;
On Thu, 15 Jul 2021 12:46:10 +0200
"Ulrich Windl" wrote:
> >>> Jehan-Guillaume de Rorthais schrieb am 15.07.2021 um
> 10:09 in
> Nachricht <20210715100930.06b45f5b@firost>:
> > Hi all,
> >
> > On Tue, 13 Jul 2021 19:55:30 + (UTC)
> > Strahil Nikolov wrote:
> >
> >> In some cases the
On 15/07/2021 10:09, Jehan-Guillaume de Rorthais wrote:
Hi all,
On Tue, 13 Jul 2021 19:55:30 + (UTC)
Strahil Nikolov wrote:
In some cases the third location has a single IP and it makes sense to use it
as QDevice. If it has multiple network connections to that location - use a
full blown
Hi Urlich,
On Thu, Jul 15, 2021 at 02:03:39PM +0200, Ulrich Windl wrote:
> > * *BUT*: if the primary come back again, the resource must to *stay* on the
> > secondary
> >
> Did you try setting the resource stickiness?
no, not yet - the keyword "stickiness" was missed :).
I think this is what
>>> Ervin Hegedüs schrieb am 15.07.2021 um 14:01 in
Nachricht
:
> Hi there,
>
> I have to build a very simple cluster with only one resource: a virtual IP.
>
> The "challenge":
> * there are two nodes in the cluster: primary and secondary
> * if primary node failed, secondary brings up the
Hi there,
I have to build a very simple cluster with only one resource: a virtual IP.
The "challenge":
* there are two nodes in the cluster: primary and secondary
* if primary node failed, secondary brings up the interface with the
virtual IP
* *BUT*: if the primary come back again, the resource
>>> Jehan-Guillaume de Rorthais schrieb am 15.07.2021 um
10:09 in
Nachricht <20210715100930.06b45f5b@firost>:
> Hi all,
>
> On Tue, 13 Jul 2021 19:55:30 + (UTC)
> Strahil Nikolov wrote:
>
>> In some cases the third location has a single IP and it makes sense to use
> it
>> as QDevice. If
ClusterLabs is happy to announce fence-agents v4.10.0.
The source code is available at:
https://github.com/ClusterLabs/fence-agents/releases/tag/v4.10.0
The most significant enhancements in this release are:
- new fence agents:
- fence_cdu
- fence_kubevirt
- bugfixes and enhancements:
- log
Hi all,
On Tue, 13 Jul 2021 19:55:30 + (UTC)
Strahil Nikolov wrote:
> In some cases the third location has a single IP and it makes sense to use it
> as QDevice. If it has multiple network connections to that location - use a
> full blown node .
By the way, what's the point of multiple
>>> Strahil Nikolov schrieb am 14.07.2021 um 18:34 in
Nachricht <1290865141.3036488.1626280482...@mail.yahoo.com>:
> If you experience multiple outages, you should consider enabling the kdump
> feature of sbd. It will increase the takeover time, but might provide
> valuable info.
I doubt you
11 matches
Mail list logo