Re: [ClusterLabs] Why Do Nodes Leave the Cluster?

> -Original Message- > From: Strahil Nikolov > Sent: Sunday, April 12, 2020 1:32 AM > To: Eric Robinson ; Cluster Labs - All topics > related to open-source clustering welcomed ; > Andrei Borzenkov > Subject: RE: [ClusterLabs] Why Do Nodes Leave the Cluster? > >

Re: [ClusterLabs] Verifying DRBD Run-Time Configuration

> -Original Message- > From: Strahil Nikolov > Sent: Sunday, April 12, 2020 2:54 AM > To: Cluster Labs - All topics related to open-source clustering welcomed > ; Eric Robinson > Subject: Re: [ClusterLabs] Verifying DRBD Run-Time Configuration > > On April 11, 2

[ClusterLabs] DRBD / LVM Global Filter Question

Greetings, I've read the relevant sections of the DRBD User Guide, visited various web sites, and spoken to people in the lists, but I'm still looking for a simple rule of thumb. Basically, here is what I've come to understand: 1. If DRBD only lives *above* an LVM volume, then the default

Re: [ClusterLabs] qdevice up and running -- but questions

> -Original Message- > From: Jan Friesse > Sent: Tuesday, April 14, 2020 2:43 AM > To: Cluster Labs - All topics related to open-source clustering welcomed > ; Sherrard Burton ; > Eric Robinson > Subject: Re: [ClusterLabs] qdevice up and running -- but questions >

Re: [ClusterLabs] Verifying DRBD Run-Time Configuration

> -Original Message- > From: Strahil Nikolov > Sent: Sunday, April 12, 2020 6:00 AM > To: Eric Robinson ; Cluster Labs - All topics > related to open-source clustering welcomed > Subject: RE: [ClusterLabs] Verifying DRBD Run-Time Configuration > > On April 12, 20

Re: [ClusterLabs] qdevice up and running -- but questions

> -Original Message- > From: Sherrard Burton > Sent: Sunday, April 12, 2020 9:09 AM > To: Cluster Labs - All topics related to open-source clustering welcomed > ; Eric Robinson > Subject: Re: [ClusterLabs] qdevice up and running -- but questions > > > > On

[ClusterLabs] Removing DRBD w/out Data Loss?

I checked the DRBD manual for this, but didn't see an answer. We need to convert a DRBD cluster node into standalone server and remove DRBD without losing the data. Is that possible? I asked on the DRBD list but it didn't get much of a response. Given: The backing device is logical volume:

[ClusterLabs] Open Source Linux Load Balancer with HA and Split Brain Prevention?

Greetings! We are looking for an open-source Linux load-balancing solution that supports high availability on 2 nodes with split-brain prevention. We've been using corosync+pacemaker+ldirectord+quorumdevice, and that works fine, but ldirectord isn't available for CentOS 7 or 8, and we need to

Re: [ClusterLabs] Open Source Linux Load Balancer with HA and Split Brain Prevention?

to-go > resource agent 'ocf:heartbeat:haproxy' , so you can give it a try. > > Best Regards, > Strahil Nikolov > > > > > > > В неделя, 4 октомври 2020 г., 22:41:59 Гринуич+3, Eric Robinson > написа: > > > > > > > > > Greetings! > >

Re: [ClusterLabs] Open Source Linux Load Balancer with HA and Split Brain Prevention?

open-source clustering welcomed > > Subject: Re: [ClusterLabs] Open Source Linux Load Balancer with HA and Split > Brain Prevention? > > On Sun, Oct 04, 2020 at 09:28:40PM +, Eric Robinson wrote: > > I don't want to proxy the services. I just want NAT redirection at > > La

Re: [ClusterLabs] Open Source Linux Load Balancer with HA and Split Brain Prevention?

; Brain Prevention? > > On Sun, Oct 04, 2020 at 11:34:52PM +, Eric Robinson wrote: > > I've been experimenting with keepalived. It relies on VRRP, but VRRP > > does not have split-brain prevention. > > Perhaps keepalived can be configured to only setup IPVS (no VRRP) and than

[ClusterLabs] DRBD sync stalled at 100% ?

I'm not seeing anything on Google about this. Two DRBD nodes lost communication with each other, and then reconnected and started sync. But then it got to 100% and is just stalled there. The nodes are 001db03a, 001db03b. On 001db03a: [root@001db03a ~]# drbdadm status ha01_mysql role:Primary

Re: [ClusterLabs] DRBD sync stalled at 100% ?

tering welcomed ; Eric Robinson Subject: Re: [ClusterLabs] DRBD sync stalled at 100% ? I've seen this on a test setup after multiple network disruptions. I managed to fix it by stopping drbd on all nodes and starting it back. I guess you can get downtime and try that approach. Best R

Re: [ClusterLabs] DRBD sync stalled at 100% ?

I fixed it with a drbd down/up. From: Users On Behalf Of Eric Robinson Sent: Saturday, June 27, 2020 4:32 PM To: Cluster Labs - All topics related to open-source clustering welcomed ; Strahil Nikolov Subject: Re: [ClusterLabs] DRBD sync stalled at 100% ? Thanks for the feedback. I was hoping

Re: [ClusterLabs] DRBD sync stalled at 100% ?

I could if linbit had per-incident pricing. Unfortunately, they only offer yearly contracts, which is way more than I need. Get Outlook for Android<https://aka.ms/ghei36> From: Strahil Nikolov Sent: Sunday, June 28, 2020 4:11:47 AM To: Eric Robinson ; C

Re: [ClusterLabs] Observed Difference Between ldirectord and keepalived

://www.keepalived.org/listes.html Is there anything we can help you with regarding the ClusterLabs software? On Sat, Jan 2, 2021 at 1:12 AM Eric Robinson mailto:eric.robin...@psmnv.com>> wrote: We recently switched from ldirectord to keepalived. We noticed that, after the switch, LVS b

Re: [ClusterLabs] Observed Difference Between ldirectord and keepalived

> -Original Message- > From: Users On Behalf Of Timo Schöler > Sent: Saturday, January 2, 2021 4:27 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Observed Difference Between ldirectord and > keepalived > > On 1/2/21 10:11 AM, Eric Robinson wrote: &g

Re: [ClusterLabs] One Failed Resource = Failover the Cluster?

Not even if a mysql resource fails to stop? From: Strahil Nikolov Sent: Sunday, June 6, 2021 3:27 AM To: Cluster Labs - All topics related to open-source clustering welcomed ; Eric Robinson Subject: Re: [ClusterLabs] One Failed Resource = Failover the Cluster? Based on the constraint rules

[ClusterLabs] DRBD or XtraDB?L

Looking for opinions here. We've been using DRBD for 15 years successfully, but always on clusters with about 50 instances of MySQL running and 1TB of storage. Soon, we will refresh the environment and deploy much bigger servers with 100+ instances of MySQL and 15TB+ volumes. With DRBB, I'm

Re: [ClusterLabs] One Failed Resource = Failover the Cluster?

> -Original Message- > From: kgail...@redhat.com > Sent: Monday, June 7, 2021 2:39 PM > To: Strahil Nikolov ; Cluster Labs - All topics > related to open-source clustering welcomed ; Eric > Robinson > Subject: Re: [ClusterLabs] One Failed Resource = Failover the Clus

Re: [ClusterLabs] One Failed Resource = Failover the Cluster?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Tuesday, June 8, 2021 12:20 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] One Failed Resource = Failover the Cluster? > > On 07.06.2021 22:49, Eric Robinson wrote: > >

[ClusterLabs] DRBD + VDO HowTo?

Can anyone point to a document on how to use VDO de-duplication with DRBD? Linbit has a blog page about it, but it was last updated 6 years ago and the embedded links are dead. https://linbit.com/blog/albireo-virtual-data-optimizer-vdo-on-drbd/ -Eric Disclaimer : This email and any files

Re: [ClusterLabs] DRBD + VDO HowTo?

, 2021 10:07 PM To: Cluster Labs - All topics related to open-source clustering welcomed ; Eric Robinson Subject: Re: [ClusterLabs] DRBD + VDO HowTo? For DRBD there is enough info, so let's focus on VDO. There is a systemd service that starts all VDOs on the system. You can create the VDO once drbs

Re: [ClusterLabs] DRBD + VDO HowTo?

Okay, I have it working now. The default systemd service definitions did not work, so I created my own. From: Strahil Nikolov Sent: Friday, May 14, 2021 3:41 AM To: Eric Robinson ; Cluster Labs - All topics related to open-source clustering welcomed Subject: RE: [ClusterLabs] DRBD + VDO

Re: [ClusterLabs] DRBD + VDO HowTo?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Tuesday, May 18, 2021 3:19 AM > To: Cluster Labs - All topics related to open-source clustering welcomed > > Subject: Re: [ClusterLabs] DRBD + VDO HowTo? > > On Tue, May 18, 202

Re: [ClusterLabs] Antw: Re: Antw: [EXT] Re: DRBD + VDO HowTo?

> -Original Message- > From: Users On Behalf Of Ulrich Windl > Sent: Tuesday, May 18, 2021 3:03 AM > To: users@clusterlabs.org > Subject: [ClusterLabs] Antw: Re: Antw: [EXT] Re: DRBD + VDO HowTo? > > >>> Eric Robinson schrieb am 18.05.2021 um &

Re: [ClusterLabs] DRBD + VDO HowTo?

Yes, DRBD is working fine. From: Strahil Nikolov Sent: Sunday, May 16, 2021 6:06 PM To: Eric Robinson ; Cluster Labs - All topics related to open-source clustering welcomed Subject: RE: [ClusterLabs] DRBD + VDO HowTo? Are you sure that the DRBD is working properly ? Best Regards, Strahil

Re: [ClusterLabs] DRBD + VDO HowTo?

> > Here are the constraints... > > > > [root@ha09a ~]# pcs constraint --full > > Location Constraints: > > Ordering Constraints: > > promote p_drbd0-clone then start p_vdo0 (kind:Mandatory) (id:order- > p_drbd0-clone-p_vdo0-mandatory) > > promote p_drbd1-clone then start p_vdo1

Re: [ClusterLabs] DRBD + VDO HowTo?

> Now, that's becoming ridiculous. Nobody said "use whatever upstream > ships" because upstream probably never intended it to be used in a cluster > environment. But if you are going to write your own LSB/OCF script anyway, > you can just as well write your own service. Which is much simpler at

Re: [ClusterLabs] DRBD + VDO HowTo?

echo "$VOL not started on $MY_HOSTNAME" > > exit 3 #--lsb: not running > > fi > > ;; > > > > Are you sure it is the correct test in general? This reports whether > deduplication

Re: [ClusterLabs] DRBD + VDO HowTo?

on that node, and is therefore inaccessible to the vdo driver. I DON’T UNDERSTAND. -Eric From: Strahil Nikolov Sent: Monday, May 17, 2021 5:09 AM To: kwenn...@redhat.com; Klaus Wenninger ; Cluster Labs - All topics related to open-source clustering welcomed ; Eric Robinson Subject: Re: [ClusterLabs

Re: [ClusterLabs] DRBD + VDO HowTo?

: active/disabled pacemaker: active/disabled pcsd: active/enabled The vdo devices are available... [root@ha09a ~]# vdo list vdo0 vdo1 > -Original Message- > From: Users On Behalf Of Eric Robinson > Sent: Monday, May 17, 2021 1:28 PM > To: Cluster Labs - All topics rel

Re: [ClusterLabs] DRBD + VDO HowTo?

exit 5 fi if [ "$R" == "online" ]; then echo "$VOL started on $MY_HOSTNAME" exit 0 #--lsb: success else echo "$VOL not started on $MY

Re: [ClusterLabs] DRBD + VDO HowTo?

> From: Users On Behalf Of Eric Robinson > Sent: Monday, May 17, 2021 1:37 PM > To: Cluster Labs - All topics related to open-source clustering welcomed > > Subject: Re: [ClusterLabs] DRBD + VDO HowTo? > > Andrei -- > > To follow up, here is the Pacemaker config. Let's n

Re: [ClusterLabs] DRBD + VDO HowTo?

a09b: ok May 17 22:16:57 ha09b pacemaker-controld[2710]: notice: Result of monitor operation for p_vdo0 on ha09b: ok > -----Original Message- > From: Users On Behalf Of Eric Robinson > Sent: Monday, May 17, 2021 9:49 PM > To: Cluster Labs - All topics related to open-source clust

[ClusterLabs] Location of High Availability Repositories?

Like many people, when Centos 8 died I transitioned to AlmaLinux. Only problem is, yum and dnf do not find or install pacemaker or its related components. The command # yum install -y pacemaker pcs psmisc policycoreutils-python ...specified in the Clusters from Scratch document is a

Re: [ClusterLabs] Location of High Availability Repositories?

Never mind, please forgive the list noise. The command... yum config-manager --set-enabled ha ...is all I needed (except for policycoreutils-python) which still does not become available . From: Users On Behalf Of Eric Robinson Sent: Wednesday, May 12, 2021 6:07 PM To: Cluster Labs - All

Re: [ClusterLabs] Antw: [EXT] Re: DRBD + VDO HowTo?

> -Original Message- > From: Users On Behalf Of Ulrich Windl > Sent: Tuesday, May 18, 2021 12:51 AM > To: users@clusterlabs.org > Subject: [ClusterLabs] Antw: [EXT] Re: DRBD + VDO HowTo? > > >>> Eric Robinson schrieb am 17.05.2021 um > 20:28 in &

Re: [ClusterLabs] DRBD + VDO HowTo?

back to Node A, the file system is mountable again. Also, I have problems with filesystems not mounting because the vdo devices are not present. All kinds of issues. From: Users On Behalf Of Eric Robinson Sent: Friday, May 14, 2021 3:55 PM To: Strahil Nikolov ; Cluster Labs - All topics related

Re: [ClusterLabs] Cluster Stopped, No Messages?

> -Original Message- > From: Digimer > Sent: Friday, May 28, 2021 12:43 PM > To: Cluster Labs - All topics related to open-source clustering welcomed > ; Eric Robinson ; Strahil > Nikolov > Subject: Re: [ClusterLabs] Cluster Stopped, No Messages? > > Shared s

[ClusterLabs] Cluster Stopped, No Messages?

We found one of our cluster nodes down this morning. The server was up but cluster services were not running. Upon examination of the logs, we found that the cluster just stopped around 9:40:31 and then I started it up manually (pcs cluster start) at 11:49:48. I can't imagine that Pacemaker

Re: [ClusterLabs] Cluster Stopped, No Messages?

There is no fencing agent on this cluster and no shared storage. -Eric From: Strahil Nikolov Sent: Friday, May 28, 2021 10:08 AM To: Cluster Labs - All topics related to open-source clustering welcomed ; Eric Robinson Subject: Re: [ClusterLabs] Cluster Stopped, No Messages? what is your

[ClusterLabs] One Failed Resource = Failover the Cluster?

Sometimes it seems like Pacemaker fails over an entire cluster when only one resource has failed, even though no other resources are dependent on it. Is that expected behavior? For example, suppose I have the following colocation constraints... filesystem with drbd master vip with filesystem

Re: [ClusterLabs] One Failed Resource = Failover the Cluster?

On Fri, 2021-06-04 at 19:10 +, Eric Robinson wrote: > > Sometimes it seems like Pacemaker fails over an entire cluster when > > only one resource has failed, even though no other resources are > > dependent on it. Is that expected behavior? > > > > For exa

Re: [ClusterLabs] What Does the Monitor Action of the IPaddr2 RA Actually Do?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Thursday, June 3, 2021 12:23 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] What Does the Monitor Action of the IPaddr2 RA > Actually Do? > > On 02.06.2021

Re: [ClusterLabs] Cluster Stopped, No Messages?

rk, you can set the cluster in global > > maintenance, stop and then start the stack. > > > > > > Best Regards, > > Strahil Nikolov > > > > On Fri, May 28, 2021 at 22:13, Digimer > > wrote: > > On 2021-05-28 3:08 p.m., Eric Robinson wrote: &

[ClusterLabs] What Does the Monitor Action of the IPaddr2 RA Actually Do?

This is related to another question I currently have ongoing. I see in the logs that monitoring failed for a VIP resource, and that may have been responsible for node failover. I read the code for the IPaddr2 RA but it is not clear to me exactly what the monitor action looks for to determine

Re: [ClusterLabs] What Does the Monitor Action of the IPaddr2 RA Actually Do?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Tuesday, June 1, 2021 1:14 PM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] What Does the Monitor Action of the IPaddr2 RA > Actually Do? > > On 01.06.2021 19:50, Eric Robinson

Re: [ClusterLabs] Cluster Stopped, No Messages?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Tuesday, June 1, 2021 12:52 PM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Cluster Stopped, No Messages? > > On 01.06.2021 19:21, Eric Robinson wrote: > > > >&g

[ClusterLabs] ZFS Opinions?

I've been a diehard ext4 user for a long time. Just when I was starting to get excited about the possibilities of using zfs instead, I ran into this thread where a guy talks about having multiple catastrophic failures with zfs. What do you

Re: [ClusterLabs] ZFS Opinions?

Lol, I suspect this is one of those, "Go do a bunch of Googling," scenarios. I'm doing that, too, of course. That's what led me here. -Eric From: Users On Behalf Of Eric Robinson Sent: Friday, July 9, 2021 11:39 AM To: Cluster Labs - All topics related to open-source clusterin

Re: [ClusterLabs] Antw: [EXT] Re: "Error: unable to fence '001db02a'" but It got fenced anyway

a'" > but It got fenced anyway > > On 2021-03-01 2:50 a.m., Ulrich Windl wrote: > >>>> Valentin Vidic schrieb am > >>>> 28.02.2021 um > > 16:59 > > in Nachricht <20210228155921.gm29...@valentin-vidic.from.hr>: > >> On Sun, Feb

Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went Down Anyway?

Went > Down Anyway? > > > > On 27.02.2021 22:12, Andrei Borzenkov wrote: > >> On 27.02.2021 17:08, Eric Robinson wrote: > >>> > >>> I agree, one node is expected to go out of quorum. Still the question is, > why didn't 001db01b take over

Re: [ClusterLabs] Antw: RE: Antw: [EXT] Re: "Error: unable to fence '001db02a'" but It got fenced anyway

> -Original Message- > From: Users On Behalf Of Ulrich Windl > Sent: Wednesday, March 3, 2021 12:57 AM > To: users@clusterlabs.org > Subject: [ClusterLabs] Antw: RE: Antw: [EXT] Re: "Error: unable to fence > '001db02a'" but It got fenced anyway >

Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went Down Anyway?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Friday, February 26, 2021 1:25 PM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went > Down Anyway? > > On 26.02.2021

Re: [ClusterLabs] "Error: unable to fence '001db02a'" but It got fenced anyway

> -Original Message- > From: Users On Behalf Of Valentin Vidic > Sent: Sunday, February 28, 2021 9:59 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] "Error: unable to fence '001db02a'" but It got > fenced anyway > > On Sun, Feb 28, 2021

Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went Down Anyway?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Saturday, February 27, 2021 12:55 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went > Down Anyway? > > On 27.02.2021

Re: [ClusterLabs] Filesystem Resource Move Fails Because Underlying DRBD Resource Won't Move

ght? -Eric From: Users On Behalf Of Eric Robinson Sent: Sunday, February 28, 2021 6:56 AM To: Cluster Labs - All topics related to open-source clustering welcomed Subject: Re: [ClusterLabs] Filesystem Resource Move Fails Because Underlying DRBD Resource Won't Move Oops, sorry, here are li

Re: [ClusterLabs] Filesystem Resource Move Fails Because Underlying DRBD Resource Won't Move

> -Original Message- > From: Users On Behalf Of Valentin Vidic > Sent: Sunday, February 28, 2021 8:02 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Filesystem Resource Move Fails Because > Underlying DRBD Resource Won't Move > > On Sun, Feb 28, 2021 a

[ClusterLabs] Filesystem Resource Move Fails Because Underlying DRBD Resource Won't Move

Beginning with this cluster status... Cluster name: 001db02ab Stack: corosync Current DC: 001db02a (version 1.1.18-11.el7_5.3-2b07d5c5a9) - partition with quorum Last updated: Sun Feb 28 07:24:31 2021 Last change: Sun Feb 28 07:19:51 2021 by hacluster via crmd on 001db02a 2 nodes configured 14

Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went Down Anyway?

> -Original Message- > From: Users On Behalf Of Valentin Vidic > Sent: Sunday, February 28, 2021 4:37 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went > Down Anyway? > > On Sun, Feb 28, 2021 at 07:45:27AM +, Strahil Nikolov

Re: [ClusterLabs] Filesystem Resource Move Fails Because Underlying DRBD Resource Won't Move

Oops, sorry, here are links to the text logs. Node 001db02a: https://www.dropbox.com/s/ymbatz91x3y84wp/001db02a_log.txt?dl=0 Node 001db02b: https://www.dropbox.com/s/etq6mn460imdega/001db02b_log.txt?dl=0 -Eric From: Users On Behalf Of Eric Robinson Sent: Sunday, February 28, 2021 6:46 AM

Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went Down Anyway?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Friday, February 26, 2021 11:27 AM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went > Down Anyway? > > 26.02.2021 19:19, Eric Rob

Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went Down Anyway?

> -Original Message- > From: Digimer > Sent: Friday, February 26, 2021 10:35 AM > To: Cluster Labs - All topics related to open-source clustering welcomed > ; Eric Robinson > Subject: Re: [ClusterLabs] Our 2-Node Cluster with a Separate Qdevice Went > Down Anyway? &g

[ClusterLabs] "Error: unable to fence '001db02a'" but It got fenced anyway

I just configured STONITH in Azure for the first time. My initial test went fine. On node 001db02a, the command... # pcs stonith fence 001db02b ...produced output... 001db02b fenced. 001db02b rebooted. After it came back up, I tried it in the other direction. On node 001db02b, the

Re: [ClusterLabs] Antw: [EXT] Custom RA for Multi-Tenant MySQL?

> -Original Message- > From: Users On Behalf Of Ulrich Windl > Sent: Monday, April 12, 2021 2:37 AM > To: users@clusterlabs.org > Subject: [ClusterLabs] Antw: [EXT] Custom RA for Multi-Tenant MySQL? > > >>> Eric Robinson schrieb am 11.04.2021 um &

Re: [ClusterLabs] Custom RA for Multi-Tenant MySQL?

> -Original Message- > From: Users On Behalf Of Andrei > Borzenkov > Sent: Sunday, April 11, 2021 1:20 PM > To: users@clusterlabs.org > Subject: Re: [ClusterLabs] Custom RA for Multi-Tenant MySQL? > > On 11.04.2021 20:07, Eric Robinson wrote: > > We're w

[ClusterLabs] Custom RA for Multi-Tenant MySQL?

We're writing a custom RA for a multi-tenant MySQL cluster that runs in active/standby mode. I've read the RA documentation about what exit codes should be returned for various outcomes, but something is still unclear to me. We run multiple instances of MySQL from one filesystem, like this:

[ClusterLabs] If You Were Building a DRBD-Based Cluster Today...

If you were building a DRBD-based cluster today on servers with internal storage, what would you use for a filesystem? To be more specific, the servers have 6 x 3.2 TB NVME drives and no RAID controller. Would you build an mdraid array as your drbd backing device? Maybe a ZFS RAIDZ? How would

Re: [ClusterLabs] If You Were Building a DRBD-Based Cluster Today...

Multi-tenant MySQL clusters. From: Digimer Sent: Wednesday, August 18, 2021 10:23 PM To: Cluster Labs - All topics related to open-source clustering welcomed ; Eric Robinson Subject: Re: [ClusterLabs] If You Were Building a DRBD-Based Cluster Today... On 2021-08-18 3:43 p.m., Eric Robinson

[ClusterLabs] OT: Linstor/DRBD Problem

This is probably off-topic but I'll try anyway. Do we have any Linstor gurus around here? I've read through the Linstor User Guide and all the help screens, but I don't see an answer to this question. We added a new physical drive to each of our cluster nodes and extended the LVM volume groups.

Re: [ClusterLabs] OT: Linstor/DRBD Problem

-source clustering welcomed ; Eric Robinson Subject: Re: [ClusterLabs] OT: Linstor/DRBD Problem Why do you use Linstor and not DRBD ? As far as I know Linstor is more suitable for Kubernetes/Openshift . Best Regards, Strahil Nikolov On Thu, Apr 28, 2022 at 8:19, Eric Robinson mailto:eric.robin

Re: [ClusterLabs] DRBD and SQL Server

on it. Does it work the same way with MSQL? -Eric From: Madison Kelly Sent: Monday, September 26, 2022 7:55 PM To: Cluster Labs - All topics related to open-source clustering welcomed ; Eric Robinson Subject: Re: [ClusterLabs] DRBD and SQL Server On 2022-09-25 23:49, Eric Robinson wrote: Hey list

[ClusterLabs] DRBD and SQL Server

Hey list, Anybody have experience running SQL Server on DRBD? I'd ask this in the DRBD list but that one is like a ghost town. This list is the next best option. -Eric Disclaimer : This email and any files transmitted with it are confidential and intended solely for intended recipients.

Re: [ClusterLabs] DRBD and SQL Server

> -Original Message- > From: Reid Wahl > Sent: Monday, September 26, 2022 3:22 AM > To: Cluster Labs - All topics related to open-source clustering welcomed > ; Eric Robinson > Subject: Re: [ClusterLabs] DRBD and SQL Server > > On Sun, Sep 25, 2022 at 8:49 P

<    1   2