[ClusterLabs] crmsh recent highlights of main features and fixes

Hi everyone, Below are the recent highlights of main features and fixes for crmsh on upstream * bootstrap: Refactor join_lock.py for more generic using purpose To avoid race condition when other node joining while current init or join process not finished

Re: [ClusterLabs] Antw: [EXT] DRBD ms resource keeps getting demoted

I have just built a test cluster (centOS 8.3) for testing DRBD and it works quite fine.Actually I followed my notes from https://forums.centos.org/viewtopic.php?t=65539 with the exception of point 8 due to the "promotable" stuff. I'm attaching the output of 'pcs cluster cib file' and I hope it

Re: [ClusterLabs] Stopping a server failed and fenced, despite disabling stop timeout

On 2021-01-19 4:57 a.m., Tomas Jelinek wrote: > Dne 18. 01. 21 v 20:08 Digimer napsal(a): >> On 2021-01-18 4:49 a.m., Tomas Jelinek wrote: >>> Hi Digimer, >>> >>> Regarding pcs behavior: >>> >>> When deleting a resource, pcs first sets its target-role to Stopped, >>> pushes the change into

Re: [ClusterLabs] Antw: [EXT] DRBD ms resource keeps getting demoted

Ulrich, Thank you for that observation. We share that concern. We have 4 ea 1G nics active, bonded in pairs. One bonded pair serves the "public" (to the intranet) IPs, and the other bonded pair is private to the cluster, used for drbd replication. HA will, I hope, be using the "public" IP, since

Re: [ClusterLabs] DRBD ms resource keeps getting demoted

Here is configuration (Note that we have put node01 in standby since then, in order to keep the services stable for the moment): === node 1: node01.example.com \ attributes standby=on node 2: node02.example.com \ attributes standby=off primitive app_ourApp lsb:ourUser \

Re: [ClusterLabs] CentOS 8 & drbd 9 second slave is not started

Hi Brent, I now use the drbd without starting the drbd service. All is managed by the pcs, everything gets mounted and unmounted as expected. In the beginning I was dealing with a lot of problems caused by the selinux and a wrong used constrain. Now everything works as I know it from my other

Re: [ClusterLabs] CentOS 8 & drbd 9, two drbd devices and colocation

Thanks Ken, I will give it a try. best regards and stay healthy fatcharly > Gesendet: Montag, 18. Januar 2021 um 22:49 Uhr > Von: "Ken Gaillot" > An: "Cluster Labs - All topics related to open-source clustering welcomed" > > Betreff: Re: [ClusterLabs] CentOS 8 & drbd 9, two drbd devices

Re: [ClusterLabs] CentOS 8 & drbd 9, two drbd devices and colocation

Hi Brent, this was an old status messages, pleasse ignore this, problem was already solved. Kind regards and stay healthy fatcharly > Gesendet: Montag, 18. Januar 2021 um 22:53 Uhr > Von: "Brent Jensen" > An: users@clusterlabs.org > Betreff: Re: [ClusterLabs] CentOS 8 & drbd 9, two drbd

Re: [ClusterLabs] CentOS 8 & drbd 9, two drbd devices and colocation

Hi Nikolov, sorry, this is an old status, status is right now uptodate. Please ignore this messages. Best regards and stay healthy fatcharly > Gesendet: Dienstag, 19. Januar 2021 um 05:23 Uhr > Von: "Strahil Nikolov" > An: "users@clusterlabs.org" > Betreff: Re: [ClusterLabs] CentOS 8 &

Re: [ClusterLabs] Stopping a server failed and fenced, despite disabling stop timeout

Dne 18. 01. 21 v 20:08 Digimer napsal(a): On 2021-01-18 4:49 a.m., Tomas Jelinek wrote: Hi Digimer, Regarding pcs behavior: When deleting a resource, pcs first sets its target-role to Stopped, pushes the change into pacemaker and waits for the resource to stop. Once the resource stops, pcs

[ClusterLabs] Antw: [EXT] Q: placement-strategy=balanced

>>> "Ulrich Windl" schrieb am 15.01.2021 um 09:36 in Nachricht <6001541002a10003e...@gwsmtp.uni-regensburg.de>: > Hi! > > The cluster I'm configuring (SLES15 SP2) fenced a node last night. Still > unsure what exactly caused the fencing, but looking at the logs I found this > "action plan"

Re: [ClusterLabs] CentOS 8 & drbd 9, two drbd devices and colocation

So why it is saying 'connecting' ? Best Regards, Strahil Nikolov В понеделник, 18 януари 2021 г., 23:54:02 Гринуич+2, Brent Jensen написа: Yes all works fine outside of the cluster. No firewall running nor any selinux. On 1/18/2021 11:53 AM, Strahil Nikolov wrote: >>>