On Mon, Jan 31, 2022 at 2:43 PM Jehan-Guillaume de Rorthais
wrote:
> On Mon, 31 Jan 2022 08:49:44 +0100
> Klaus Wenninger wrote:
> ...
> > Depending on the environment it might make sense to think about
> > having the manual migration-step controlled by the cluster(s) using
> > booth. Just
On Mon, 2022-01-31 at 10:37 +0100, Tomas Jelinek wrote:
> Hi,
>
> The output you posted actually shows the procedure you followed
> works.
> Orphan resources are running resources which have no configuration
> stored in CIB. Usually, they are stopped shortly after they are
> removed
> from
On Mon, 31 Jan 2022 08:49:44 +0100
Klaus Wenninger wrote:
...
> Depending on the environment it might make sense to think about
> having the manual migration-step controlled by the cluster(s) using
> booth. Just thinking - not a specialist on that topic ...
Could you elaborate a bit on this?
> -Original Message-
> From: Users On Behalf Of Ulrich Windl
> Sent: Monday, January 31, 2022 2:01 AM
> To: users@clusterlabs.org
> Subject: [ClusterLabs] Antw: [EXT] /etc/profile.d/which2.sh bug in RHEL/OL
> 8.5 can impact shell scripts
>
> >>> "Hayden, Robert via Users" schrieb am
>
Hi,
On Sat, 29 Jan 2022 16:51:47 -0500
Digimer wrote:
> ...
> Though going back to the original question, deleting the server from
> pacemaker while the VM is left running, is still something I am quite curious
> about.
As the real resource moved away, meaning it couldn't be stopped locally
Ehy Philip,
sorry for being late, today was a bad day!
to make keycloak reconnect to the postgres db when it fails, you have to
edit your current configuration file (it could be for
example /opt/keycloak/standalone/configuration/standalone-ha.xml or
standalone.xml doublecheck it)
replace the
Hi,
The output you posted actually shows the procedure you followed works.
Orphan resources are running resources which have no configuration
stored in CIB. Usually, they are stopped shortly after they are removed
from CIB. If you set stop-orphan-resources to false, pacemaker won't
stop
>>> "Hayden, Robert via Users" schrieb am 30.01.2022
um
00:00 in Nachricht
:
é>1> Just an FYI ‑ there is a bug[1] in /etc/profile.d/which2.sh script that
can
> cause ksh scripts to fail. This impacted a Cluster when I upgraded to
> Oracle Linux 8.5. We have a custom resource that calls a
