il/Tools/ScanCore.pm#L1541
This is super high level, and much of the specifics are related
to the Anvil! cluster, but it hopefully gives you a starting point
on how to approach the problem. We've been doing it this way for
many years with really good effect.
Cheers
stuff can be bypassed, if the approach works.
Best Regards,
Strahil Nikolov
On Sat, Jan 29, 2022 at 15:43, Digimer
wrote:
you just the same though!
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sw
On 2022-01-29 00:10, Digimer wrote:
On 2022-01-28 16:54, Ken Gaillot
wrote:
On Fri, 2022-01-28 at 16:38 -0500, Digimer wrote:
Hi all,
I'm trying to figure out how to move a running VM from one
pace
On 2022-01-28 16:54, Ken Gaillot wrote:
On Fri, 2022-01-28 at 16:38 -0500, Digimer wrote:
Hi all,
I'm trying to figure out how to move a running VM from one
pacemaker
cluster to another. I've got the storage and VM live migration
sorted,
On 2022-01-28 16:54, Ken Gaillot wrote:
On Fri, 2022-01-28 at 16:38 -0500, Digimer wrote:
Hi all,
I'm trying to figure out how to move a running VM from one
pacemaker
cluster to another. I've got the storage and VM live migration
sorted,
d. So I am assuming it thought it couldn't stop
the service so it self-fenced. In any case, can someone let me know what
the proper procedure is?
Said more directly;
How to I delete a resource from pacemaker (via pcs on EL8) without
stopping the resource?
--
Digimer
Papers and
x27;s list at
drbd-u...@lists.linbit.com, and they maintain a slack on
"linbit-community".
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that pe
Albrigtsen.
Congrats to all!!
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops."
something else entirely?
What will the use-case be?
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have live
determined in your case
above, I'll let one of the corosync people decide.
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived a
On 2021-07-26 12:50 p.m.,
kgail...@redhat.com wrote:
On Mon, 2021-07-26 at 12:25 -0400, Digimer wrote:
On 2021-07-26 9:54 a.m., kgail...@redhat.com wrote:
On Fri, 2021-07-23 at 21:46 -0400, Digimer wrote
On 2021-07-26 9:54 a.m.,
kgail...@redhat.com wrote:
On Fri, 2021-07-23 at 21:46 -0400, Digimer wrote:
After a LOT of hassle, I finally got it updated, but OMG it was
painful.
I degraded the cluster (unsure if needed), set maintenance mode,
deleted
On 2021-07-26 9:54 a.m.,
kgail...@redhat.com wrote:
On Fri, 2021-07-23 at 21:46 -0400, Digimer wrote:
After a LOT of hassle, I finally got it updated, but OMG it was
painful.
I degraded the cluster (unsure if needed), set maintenance mode,
deleted
e back
with the old configs.
Certainly I was doing something wrong, but what?
digimer
On 2021-07-23 8:04 p.m., Digimer wrote:
> Update;
>
> Appears I can't even delete the damn things. They re-appeared after
> doing a [pcs stonith remove '!.
>
> Wow.
>
> d
Update;
Appears I can't even delete the damn things. They re-appeared after
doing a [pcs stonith remove '!.
Wow.
digimer
On 2021-07-23 7:56 p.m., Digimer wrote:
> Hi all,
>
> Got a really odd one here...
>
> I had a cluster in the lab where it was built and t
ared before updating,
still no luck.
Any idea what I'm doing wrong?
The logs from the node I run the update on, followed by the logs on the
peer:
digimer
Jul 23 16:44:43 an-a02n01.alteeve.com pacemaker-attrd[121631]: notice:
Updating all attributes after cib_refresh_notify event
Jul 23
On 2021-07-21 8:19 a.m., Tomas Jelinek wrote:
> Dne 16. 07. 21 v 16:30 Digimer napsal(a):
>> On 2021-07-16 9:26 a.m., Tomas Jelinek wrote:
>>> Dne 16. 07. 21 v 6:35 Andrei Borzenkov napsal(a):
>>>> On 16.07.2021 01:02, Digimer wrote:
>>>>> Hi all,
>
a SBD device is even better.
>
> Regards,
The third node with storage-based death is a way of creating a fence
configuration. It works because it's fencing, not because it's quorum.
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in t
2-Node_Myth
(note: currently throwing a cert error related to the let's encrypt
issue, should be cleared up soon).
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that pe
On 2021-07-16 10:48 a.m., kgail...@redhat.com wrote:
> On Thu, 2021-07-15 at 18:02 -0400, 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 t
On 2021-07-16 9:26 a.m., Tomas Jelinek wrote:
> Dne 16. 07. 21 v 6:35 Andrei Borzenkov napsal(a):
>> 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.
elay' value becomes '0'. So it seems that, if an
argument previously existed and is NOT specified in an update, it is not
removed.
Is this intentional for some reason? If so, how would I remove the delay
attribute? I've got a fairly complex stonith config, with stonith
levels. Del
ository, and the
> following wiki page, which distribution packagers and users who build
> Pacemaker from source or use Pacemaker command-line tools in scripts
> are encouraged to go over carefully:
>
> https://wiki.clusterlabs.org/wiki/Pacemaker_2.1_Changes
Huge congrats!!
--
Digime
On 2021-05-28 3:08 p.m., Eric Robinson wrote:
>
>> -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
>&g
Shared storage is not what triggers the need for fencing. Coordinating
actions is what triggers the need. Specifically; If you can run resource
on both/all nodes at the same time, you don't need HA. If you can't, you
need fencing.
digimer
On 2021-05-28 1:19 p.m., Eric Robinson wrote:
On 2021-05-19 1:10 p.m., Digimer wrote:
> On 2021-05-19 12:58 p.m., Digimer wrote:
>> On 2021-05-19 12:55 p.m., kgail...@redhat.com wrote:
>>> Hello all,
>>>
>>> The ClusterLabs community has long used a #clusterlabs IRC channel on
>>> the popular IRC
On 2021-05-19 12:58 p.m., Digimer wrote:
> On 2021-05-19 12:55 p.m., kgail...@redhat.com wrote:
>> Hello all,
>>
>> The ClusterLabs community has long used a #clusterlabs IRC channel on
>> the popular IRC server freenode.net.
>>
>> As you may have heard,
orporate buy-out that was perceived as threatening
> the user community's values.
>
> Many have moved to a new server, libera.chat, organized as a nonprofit.
> We have grabbed the #clusterlabs channel there to reserve the name.
> (Thanks, digimer!)
>
> Our options are to
On 2021-05-18 1:13 p.m., S Sathish S wrote:
> Hi Digimer/Team,
>
>
>
> In our product use unicast protocols and CPU load is normal while
> problematic timing.
>
>
>
> We don’t defined corosync / totem timing values using default timing
> till now, Please s
ClusterLabs/pacemaker/tree/Pacemaker-2.0.2>
>
> corosync-2.4.4 --> https://github.com/corosync/corosync/tree/v2.4.4
> <https://github.com/corosync/corosync/tree/v2.4.4>
>
> pcs-0.9.169
>
>
>
> Thanks and Regards,
>
> S Sathish S
As I understand it,
On 2021-05-14 6:06 p.m., kgail...@redhat.com wrote:
> On Fri, 2021-05-14 at 15:04 -0400, Digimer wrote:
>> Hi all,
>>
>> I'm run into an issue a couple of times now, and I'm not really
>> sure
>> what's causing it. I've got a RHEL 8 clu
errors about fence_delay metadata, that will be fixed
and I don't believe it's related.
Any advice on what happened, how to avoid it, and how to clean up
without a full cluster restart, should it happen again?
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, les
(id:colocation-mysql-server-fs_database-INFINITY)
> httpd_srv with mysql-server (score:INFINITY)
> (id:colocation-httpd_srv-mysql-server-INFINITY)
> Ticket Constraints:
>
> Alerts:
> No alerts defined
>
> Resources Defaults:
> No defaults set
> Operations Defaults:
> No defaults set
>
> Cl
;reboot" ip="10.201.2.4"
port="4" power_wait="5" op monitor interval="60"
pcs stonith level add 2 an-a02n02 apc_snmp_node2_psu1,apc_snmp_node2_psu2
pcs property set stonith-max-attempts=INFINITY
pcs property set stonith-enab
On 2021-04-28 10:10 a.m., Ken Gaillot wrote:
> On Tue, 2021-04-27 at 23:23 -0400, Digimer wrote:
>> Hi all,
>>
>> I noticed something odd.
>>
>>
>> [root@an-a02n01 ~]# pcs cluster status
>> Cluster Status:
>> Cluster Summary:
>>
: Stopping the node will cause a loss of the quorum, use --force to
override
Shouldn't pcs know it's the last node and shut down without complaint?
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s br
e written a couple PDU-based fence agents. They
seem to support SNMP and per-outlet switching, so I suspect supporting
it would be fairly easy.
You'll need to know some OIDs, and the community that allows write
access, to set the outlet states. Can you use 'snmpwalk' to collect the
not aware of.
So,
A) is there a pacemaker version of post_join_delay?
B) is there a compelling argument NOT to use post_join_delay behaviour
in pacemaker I am not seeing?
Thanks!
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and conv
On 2021-03-05 12:26 p.m., Klaus Wenninger wrote:
> On 3/5/21 6:04 PM, Digimer wrote:
>> On 2021-03-05 2:14 a.m., Ulrich Windl wrote:
>>>>> How would the fencing be confirmed? I don't know.
>>>> It's part of the FenceAgentAPI. The cluster invokes the fe
eration.
+1 to merge
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived and died in cotton fields and sweats
Us on different switches from the IPMI BMC connections.
Fencing really is critical, and as such, it should be certain to work,
and ideally, have a backup fence method. So if you find that your
fence-azure agent isn't reliable, and you can use SBD as Klaus
mentioned, you can configure fence-s
ble to fence
>> '001db02a'" but It got fenced anyway
>>
>>>>> Eric Robinson schrieb am 02.03.2021 um
>>>>> 19:26 in
>> Nachricht
>> > 3.prod.outlook.com>
>>
>>>> -Original Message-
>>>> F
On 2021-03-03 1:56 a.m., Ulrich Windl wrote:
>>>> Eric Robinson schrieb am 02.03.2021 um 19:26 in
> Nachricht
>
>
>>> -Original Message-
>>> From: Users On Behalf Of Digimer
>>> Sent: Monday, March 1, 2021 11:02 AM
>>> To: Cl
gt; pcmk_monitor_retries=4 pcmk_action_limit=3
>> op monitor interval=3600
>>
>>
> https://docs.microsoft.com/en‑us/azure/virtual‑machines/workloads/sap/high‑avai
>
>> lability‑guide‑rhel‑pacemaker
>>
>> ‑‑
>> Valentin
>> _
On 2021-02-26 12:23 p.m., Eric Robinson wrote:
>> -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: [Cl
e other node's logs say?
What is the cluster configuration? Do you have stonith (fencing)
configured? Quorum is a useful tool when things are working properly,
but it doesn't help when things enter an undefined / unexpected state.
When that happens, stonith saves you. So said anoth
On 2021-01-27 2:29 a.m., Ulrich Windl wrote:
>>>> Ken Gaillot schrieb am 26.01.2021 um 16:08 in
> Nachricht
> :
>> On Tue, 2021‑01‑26 at 02:12 ‑0500, Digimer wrote:
>>> Hi all,
>>>
>>> I created a resource with an INFINITE stop timeout;
>&g
On 2021-01-26 11:27 a.m., Ken Gaillot wrote:
> On Tue, 2021-01-26 at 11:03 -0500, Digimer wrote:
>> On 2021-01-26 10:15 a.m., Tomas Jelinek wrote:
>>> Dne 25. 01. 21 v 17:01 Ken Gaillot napsal(a):
>>>> On Mon, 2021-01-25 at 09:51 +0100, Jehan-Guillaume de Rorthai
On 2021-01-26 10:15 a.m., Tomas Jelinek wrote:
> Dne 25. 01. 21 v 17:01 Ken Gaillot napsal(a):
>> On Mon, 2021-01-25 at 09:51 +0100, Jehan-Guillaume de Rorthais wrote:
>>> Hi Digimer,
>>>
>>> On Sun, 24 Jan 2021 15:31:22 -0500
>>> Digimer wrote:
>
will be shut down now.\n ]
Did I not configure the stop timeout correctly?
Thanks for any insight.
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty
On 2021-01-25 3:58 p.m., Ken Gaillot wrote:
> On Mon, 2021-01-25 at 13:18 -0500, Digimer wrote:
>> On 2021-01-25 11:01 a.m., Ken Gaillot wrote:
>>> On Mon, 2021-01-25 at 09:51 +0100, Jehan-Guillaume de Rorthais
>>> wrote:
>>>> Hi Digimer,
>>>>
&
On 2021-01-25 11:01 a.m., Ken Gaillot wrote:
> On Mon, 2021-01-25 at 09:51 +0100, Jehan-Guillaume de Rorthais wrote:
>> Hi Digimer,
>>
>> On Sun, 24 Jan 2021 15:31:22 -0500
>> Digimer wrote:
>> [...]
>>> I had a test server (srv01-test) running on node
pacemaker really did ask for a migration. Is
this the case? If not, what environment variables should have been set
in this scenario?
Thanks for any insight!
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s br
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
On 2021-01-19 2:27 a.m., Ulrich Windl wrote:
>>>> Digimer schrieb am 18.01.2021 um 20:08 in Nachricht
> <64c1aa75-a15a-95c3-6853-e21fc0dc8...@alteeve.ca>:
>> On 2021-01-18 4:49 a.m., Tomas Jelinek wrote:
>>> Hi Digimer,
>>>
>>> Regarding pcs
On 2021-01-18 1:52 p.m., Ken Gaillot wrote:
> On Sun, 2021-01-17 at 21:11 -0500, Digimer wrote:
>> Hi all,
>>
>> Mind the slew of questions, well into testing now and finding lots
>> of
>> issues. This one is two questions... :)
>>
>> I set a server
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 removes the
On 2021-01-18 3:31 a.m., Ulrich Windl wrote:
>>>> "Ulrich Windl" schrieb am 18.01.2021 um
> 09:28 in Nachricht <6005469702a10003e...@gwsmtp.uni-regensburg.de>:
>>>>> Digimer schrieb am 18.01.2021 um 03:11 in Nachricht
>> <816a4
and that if a
resource was unmanaged, that the resource wouldn't even try to stop
(question 2).
Can someone help me understand what happened here?
digimer
More below;
[root@el8-a01n01 ~]# pcs resource remove srv01-test
Attempting to stop: srv01-test... Warning: 'srv01-test'
bersome and still, in testing, I'm finding cases
where the node gets fenced when something breaks the resource in a
creative way.
Thanks for any insight/guidance!
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Ein
st a couple ideas, not sure how well they'd work in practice.
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived a
nce.
>
> Best Regards,
> Strahil Nikolov
Can you clarify what you mean by "power off the stack on all nodes"? Do
you mean stop pacemaker/corosync/knet daemon themselves without issue?
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in t
On 2020-10-13 5:41 a.m., Jehan-Guillaume de Rorthais wrote:
> On Tue, 13 Oct 2020 04:48:04 -0400
> Digimer wrote:
>
>> On 2020-10-13 4:32 a.m., Jehan-Guillaume de Rorthais wrote:
>>> On Mon, 12 Oct 2020 19:08:39 -0400
>>> Digimer wrote:
>>>
>>&
On 2020-10-13 4:32 a.m., Jehan-Guillaume de Rorthais wrote:
> On Mon, 12 Oct 2020 19:08:39 -0400
> Digimer wrote:
>
>> Hi all,
>
> Hi you,
>
>>
>> I noticed that there appear to be a global "maintenance mode"
>> attribute under cluster_p
intenance --all'
What is the difference between these attributes?
Cheers
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein
On 2020-10-07 2:35 a.m., Ulrich Windl wrote:
>>>> Digimer schrieb am 07.10.2020 um 05:42 in Nachricht
> :
>> Hi all,
>>
>> While developing our program (and not being a production cluster), I
>> find that when I push broken code to a node, causing the RA
On 2020-10-07 2:20 a.m., Digimer wrote:
> On 2020-10-07 1:49 a.m., Andrei Borzenkov wrote:
>> 07.10.2020 06:42, Digimer пишет:
>>> Hi all,
>>>
>>> While developing our program (and not being a production cluster), I
>>> find that when I push bro
On 2020-10-07 1:49 a.m., Andrei Borzenkov wrote:
> 07.10.2020 06:42, Digimer пишет:
>> Hi all,
>>
>> While developing our program (and not being a production cluster), I
>> find that when I push broken code to a node, causing the RA to fail to
>> perform a
imer.ca pacemaker-attrd[33817]: notice:
Setting fail-count-srv07-el6#stop_0[mk-a02n01]: (unset) -> INFINITY
Oct 06 23:33:54 mk-a02n01.digimer.ca pacemaker-attrd[33817]: notice:
Setting last-failure-srv07-el6#stop_0[mk-a02n01]: (unset) -> 1602041634
Connection to mk-a02n01.ifn cl
ttr_name=0 --no-handle-values | \
> sed -e 's/(//' -e 's/)//' -e 's/"//g' -e 's/,/ /g' | grep "$1" | sort -k6n
> -k1
>
> So on output you have 7 fields: id, operation, on_node, rc-code, queue-time,
> exec-time, and last-run
>
more directly "VM x is on node y";
I'd like to avoid writing a new parser as I'll still need to read/parse
the CIB anyway to know about off resources, and I have to assume there
is a way to determine the same from the CIB itself. How to determine
wh
e
point (ie: what if crm_mon output changes format and breaks the regex
used to pull data).
Programs like crm_mon and pcs have a way of determining what is running
where, and that's fundamentally what I am trying to do as well.
digimer
> On Wed, Sep 23, 2020 at 11:04 PM Digimer wrote:
&g
f so, should I look at which node's 'exec-time' is
higher, or which node has the higher 'call-id'?
Or am I missing a more obvious way to tell what resource is running on
which node?
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in
Sorry all, I'm not sure how this spam got through. I may have
mis-clicked when filtering the queue.
digimer
On 2020-09-17 12:15 p.m., hello wrote:
> users您好
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/ma
Is there a way to invoke a script when something happens with the
cluster? Be it a simple transition, stonith action, resource dis/enable
or resovery, etc?
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s
Mail server test, please ignore
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived and died in cotton fields and sweatshops." - S
ld set the stonith
device configuration that terminates node 1 to have, say, 'delay="15"'.
This way, node 2 looks up how to fence node 1, sees the delay, and
sleeps. Node 1 looks up how to fence node 2, sees no delay, and fences
immediately. Node 2 is dead before the sleep exits, en
sing '--lifetime=60' as a test, assuming the format was
'seconds', but that was invalid. How is this switch meant to be used?
Cheers
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s b
depends on the rest of our tools so it
won't work outside the Anvil!. That said, if you wanted to use it before
we release Anvil! M3, you could probably adapt it easily enough.
If you have any questions, please let me know and I'll help as best I can.
Cheers,
digimer
(Note: du
On 2020-06-23 5:59 p.m., Hayden,Robert wrote:
>
>> -Original Message-
>> From: Users On Behalf Of Digimer
>> Sent: Monday, April 27, 2020 5:12 PM
>> To: Cluster Labs - Users
>> Subject: [ClusterLabs] Warning; EL6 kernel 2.6.32-754.28.1 breaks bonding!
' (or '/boot/efi/EFI/redhat/grub.conf') and
change 'default=X' to the .27.1 kernel entry, reboot. After reboot,
remove .28.1;
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than
leave that as an
exercise for the reader.
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived and died in cotton fields a
NOTE: M3 development is happening outside the Clusterlabs repo. It will
be moved over once it reaches beta. For those wishing to follow it
during alpha, the repo is:
https://github.com/digimer/anvil
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in th
On 2020-04-18 2:48 a.m., Strahil Nikolov wrote:
> On April 18, 2020 8:43:51 AM GMT+03:00, Digimer wrote:
>> For what it's worth; A lot of HA specialists spent a lot of time trying
>> to find the simplest _reliable_ way to do multi-site/geo-replicated HA.
>> I am cer
there's a high chance you will corrupt
data when you need it most.
Of course, there's always a chance you'll come up with a system no one
else has thought of, just be aware of what you know and what you don't.
HA is fun, in big part, because it's a challenge to get right.
On 2020-04-17 3:20 p.m., Daniel Smith wrote:
> Thank you digimer, and I apologize for getting the wrong email.
>
>
>
> Booth was the piece I was missing. Have been researching setting that
> up and finding a third location for quorum. From what I have found, I
> believe
uster), or it's destroyed.
After this, it just becomes a question of implementation
details. Have the master side update a DNS entry should be fine
(though you may need to write a small resource agent to do it, not
sure if one exists for DNS yet).
digimer
On
together.
>
> Wishing you and your loved ones the best,
>
<3
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal
access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/configuring_and_managing_high_availability_clusters/index#assembly_configuring-quorum-devices-configuring-cluster-quorum
>
>
> Steven
Thanks!
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I a
I pasted my password into fpaste/IRC a month ago. So... ya. :)
digimer
On 2019-12-02 2:24 p.m., Steven Levine wrote:
> I did *not* mean this message to go to the whole list. My profuse apologies.
>
> I haven't made this rookie mistake in a decade or more.
>
>
On 2019-11-27 7:27 p.m., Ken Gaillot wrote:
> On Mon, 2019-11-25 at 23:02 -0500, Digimer wrote:
>> Congrats!
>>
>> Can I ask, when might fencing become required? Is that still in the
>> works, or has it been shelved?
>>
>> digimer
>
> tl;dr shelved
&g
Congrats!
Can I ask, when might fencing become required? Is that still in the
works, or has it been shelved?
digimer
On 2019-11-25 9:32 p.m., Ken Gaillot wrote:
> Hi all,
>
> The final release of Pacemaker version 2.0.3 is now available at:
>
> https://github.com/Cluste
+ HA stack, if there's
> interest at all :)
>
> cheers,
> Thomas
Certainly! The more the merrier. :)
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people o
gt; about a
> PostgreSQL 12 support of the pgsql resource agent, or share our test results
> and the issues from a user's point of view.
>
> Look forward to seeing you guys.
> Thanks,
Woohoo! Looking forward to seeing you again. :)
--
Digimer
Papers and Projects: https://alte
complete discussions will be. Being an attendee who listens and
gives feedback is, itself, well worth it. So if you're on the fence,
come. The more people who attend, the better for all.
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the we
could participate in the event and, possibly, have a slot
> to share our experience and the work being done, specially related to
> testing in other architectures, like arm64 and s390x.
>
> I also hope this opportunity can make us closer to upstream, so we can
> start contributing
On 2019-11-05 10:09 a.m., Ken Gaillot wrote:
> On Tue, 2019-11-05 at 00:39 -0500, Digimer wrote:
>> On 2019-11-04 9:07 p.m., Ken Gaillot wrote:
>>> Hi all,
>>>
>>> A reminder: We are still interested in ideas for talks, and rough
>>> estimates of pote
ersity (which is likely 2~3 years away, so I can leave it for the
next summit in a couple years if we fill up the speaking slots).
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty
is your specific problem? Keeping the cluster configuration simple while
> moving complexity to systemd?
>
> Do you know one command to describe your systemd configuration as short as the
> cluster configuration (like crm configuration show)?
>
> Regards,
> Ulrich
This
1 - 100 of 507 matches
Mail list logo
