rich
>
>
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> ClusterLabs home: https://www.clusterlabs.org/
>
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
On Wed, 2020-12-09 at 10:57 +0800, Roger Zhou wrote:
> On 12/1/20 4:03 PM, Ulrich Windl wrote:
> > > > > Ken Gaillot schrieb am 30.11.2020 um
> > > > > 19:52 in Nachricht
> >
> > :
> >
> > ...
> > >
> > > Th
Of cource: Likewise for the nodes
> > >
> > > clones and master/slave probably would need some special care.
> > >
> > > Opinions on that?
> > >
> > > Regards,
> > > Ulrich
> > >
> > >
> > > ___
> > > Manage your subscription:
> > > https://lists.clusterlabs.org/mailman/listinfo/users
> > >
> > > ClusterLabs home: https://www.clusterlabs.org/
> > >
> >
> >
> > --
> > Regards,
> >
> > Reid Wahl, RHCA
> > Senior Software Maintenance Engineer, Red Hat
> > CEE - Platform Support Delivery - ClusterHA
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
n active,
> pacemaker will probe and discover them when existing maintenance
> mode.
Currently, Pacemaker can't detect renames as such. It will consider the
old name as an orphan resource that must be stopped, and the new name
as a new resource to be started.
> > > > Maybe I should have d
> Infocura - Tel : +32 (0) 478 32 83 54
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
1.86
>
> Email : Guy Przytula
>
>
>
>
>
>
> Infocura - Tel : +32 (0) 478 32 83 54
--
Ken Gaillot
___
Manage your subscript
> >
> >
> > Infocura - Tel : +32 (0) 478 32 83 54
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
gt; Amith
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> ClusterLabs home: https://www.clusterlabs.org/
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
. It will also be fixed in the
1.1 branch along with a 1.1.24-rc1 release that includes just this. I
will also post patches for the 2.0.3 and 2.0.4 releases to the
develop...@clusterlabs.org list.
--
Ken Gaillot
___
Manage your subscription:
https
> They automate all steps needed to make cluster recognize new
> > node
> > online.
> >
> > > 2. which config file crm_node command reads?
> > >
> >
> > CIB
> > _________
, but you can modify the XML with them or
cibadmin). There will still be downtime as pacemaker will see that as
deleting one resource and adding another, so it will be restarted.
> These domains can be stopped for a short time.
>
> Bernd
> Helmholtz Zentrum München
--
Ken Gaillot
vm_snipanalysis-instance_attributes-5-migration_transport"/>
>
>
>id="vm_snipanalysis-instance_attributes-6-migrate_options"/>
>
>
>id="vm_snipanalysis-start-0-0"/>
>id="vm_snipanalysis-stop-0-0"/>
>id="vm_snipanalysis-monitor-30-0"/>
>id="vm_snipanalysis-migrate_from-0-0"/>
>id="vm_snipanalysis-migrate_to-0-0"/>
>
>
>id="vm_snipanalysis-meta_attributes-0-allow-migrate"/>
>id="vm_snipanalysis-meta_attributes-0-target-role"/>
>id="vm_snipanalysis-meta_attributes-0-is-managed"/>
>id="vm_snipanalysis-meta_attributes-0-maintenance"/>
>
>
>
> The config of vm_snipanalysis seems to be ok.
> But vm_ssh ... why are some instance-attributes of it named with
> snapanalysis?
> I didn't change the configuration of both in the last weeks.
It's unlikely that changed at any time; more likely it was created like
that. Whatever was used to create the initial configuration would be
where to look for clues.
As long as the IDs are unique, their content doesn't matter to
pacemaker, so it's just a cosmetic issue.
>
> Does anyone have a clue ?
> Thanks.
>
> Bernd
>
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
On Fri, 2020-10-02 at 21:35 +0300, Igor Tverdovskiy wrote:
>
>
> On Thu, Oct 1, 2020 at 5:55 PM Ken Gaillot
> wrote:
> > There's no harm on the Pacemaker side in doing so.
> >
> > A resource that's running but removed from the configuration is
> >
I compatibility in 2.1.0, so
there would be no need to keep the 2.0 series alive with backports.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
Create shadow replace cib.xml with/without status and commit.
> > Indeed crm_simulate -LS shows intention to stop vip-1.1.1.1, but in
> > fact it
> > will not after shadow commit.
> >
> > Sometimes I can manage to automatically clear removed/replaced VIP
> > addresses f
d this email by error,
> please notify us immediately and delete this email from your system.
> Email transmission cannot be guaranteed to be secured or error-free
> or not to contain viruses. Athonet S.r.l. processes any personal data
> exchanged in email correspondence in accordance with EU Reg. 679/2016
> (GDPR) - you may find here the privacy policy with information on
> such processing and your rights. Any views or opinions presented in
> this email are solely those of the sender and do not necessarily
> represent those of Athonet S.r.l.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
ot;
> > > > exit-reason="" on_node="mk-a02n02" call-id="61" rc-code="0"
> > > > op-status="0" interval="6" last-rc-change="1600925173"
> > > > exec-time="539" queue-time="0"
> > > > op-digest
backporting fixes from Pacemaker 2
to the 1.1 branch in case anyone wants to make them readily available,
but there will be no more official releases.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
"integer" to
compare numerically. However, no one must have used that, since the
configuration and code actually only accepted "number"!
In 2.0.5, not only are we fixing that, but you will be able to specify
"integer" for 64-bit integer comparisons or "numbe
On Tue, 2020-09-15 at 13:25 +0200, Lars Ellenberg wrote:
> On Fri, Sep 11, 2020 at 11:42:46AM +0200, Lars Ellenberg wrote:
> > On Thu, Sep 10, 2020 at 11:18:58AM -0500, Ken Gaillot wrote:
> > > > But for some unrelated reason (stress on the cib, IPC timeout),
> > &
e.
> > But that apparently will never reach the CIB.
> >
> > So.
> > Question is: anyone seen anything like that before?
> > Could that be fixed already?
> > Version in that scenario was: 1.1.20+ (almost .21).
> >
> > Obviously "stonith&qu
history.
Happy clustering!
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
tion and data are shared.
Another possibility is to create containers or virtual machines for
each service, then use shared storage for the images. You can use
bundles (for containers) or Pacemaker Remote guest nodes (for VMs) to
monitor the service inside.
--
Ken Gaillot
thing on my
> configuration?
>
>
> Regards
Check the system log and pacemaker detail log for errors. You can also
try "crm_resource --why -r ovndb_servers" to see if there's an obvious
reason it's stopped. If none of that helps, try "pcs resource debug-
start ovndb_servers --full" on one node to see if that gives additional
info (that will launch the resource outside pacemaker's control, so
it's a good idea to unmanage it in pacemaker first).
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
On Thu, 2020-09-03 at 18:10 +0200, Jehan-Guillaume de Rorthais wrote:
> On Thu, 03 Sep 2020 10:58:54 -0500
> Ken Gaillot wrote:
> > [...] there are other cluster test platforms already, but none of
> > them really
> > cover everybody's desired scenarios (or is easily ext
illaume noted, there are other cluster test
platforms already, but none of them really cover everybody's desired
scenarios (or is easily extensible).
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
t; pacemaker-1.1.19-8.el7.x86_64
> centos 7.6.1810
>
> Thanks,
> Rohit
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> ClusterLabs home: https://www.clusterlabs.org/
--
Ken Gaillot
___
Manag
if there were any answers but I
> cant find anything
>
> Thanks,
> Mark
Looks like it's a known CentOS packaging issue:
https://bugs.centos.org/view.php?id=16939
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.
er or vice versa. Distributions may change the
value to "yes" since they can ensure both sbd and pacemaker versions
support it; users who build their own installations can set it
themselves if both versions support it.
--
Ken Gaillot
___
Mana
heit und Umwelt (GmbH)
> Ingolstaedter Landstr. 1
> 85764 Neuherberg
> www.helmholtz-muenchen.de
> Aufsichtsratsvorsitzende: MinDir.in Prof. Dr. Veronika von Messling
> Geschaeftsfuehrung: Prof. Dr. med. Dr. h.c. Matthias Tschoep, Kerstin
> Guenther
> Registergericht: Amtsgeri
On Tue, 2020-08-18 at 12:30 -0500, Ken Gaillot wrote:
> On Tue, 2020-08-18 at 16:47 +0200, Lentes, Bernd wrote:
> >
> > - On Aug 17, 2020, at 5:09 PM, kgaillot kgail...@redhat.com
> > wrote:
> >
> >
> > > > I checked all relevant pe-files in t
n
corosync.conf before the upgrade, so they don't change.
>
> Best Regards,
> Strahil Nikolov
>
> На 18 август 2020 г. 17:15:49 GMT+03:00, Ken Gaillot <
> kgail...@redhat.com> написа:
> > On Tue, 2020-08-18 at 14:35 +0200, Kadlecsik József wrote:
> > > H
ine: [ ha-idg-2 ]
> > > vm_nextcloud (ocf::heartbeat:VirtualDomain): Stopped
> > >
> > > I don't understand why the cluster tries to stop a resource which
> > > is
> > > already stopped.
>
> Bernd
> Helmholtz Zentrum München
>
On Tue, 2020-08-18 at 14:35 +0200, Kadlecsik József wrote:
> Hi,
>
> On Mon, 17 Aug 2020, Ken Gaillot wrote:
>
> > On Mon, 2020-08-17 at 12:12 +0200, Kadlecsik József wrote:
> > >
> > > At upgrading a corosync/pacemaker/libvirt/KVM cluster from
> &
On Tue, 2020-08-18 at 08:21 +0200, Klaus Wenninger wrote:
> On 8/18/20 7:49 AM, Andrei Borzenkov wrote:
> > 17.08.2020 23:39, Jehan-Guillaume de Rorthais пишет:
> > > On Mon, 17 Aug 2020 10:19:45 -0500
> > > Ken Gaillot wrote:
> > >
> > > > On
On Mon, 2020-08-17 at 22:39 +0200, Jehan-Guillaume de Rorthais wrote:
> On Mon, 17 Aug 2020 10:19:45 -0500
> Ken Gaillot wrote:
>
> > On Fri, 2020-08-14 at 15:09 +0200, Gabriele Bulfon wrote:
> > > Thanks to all your suggestions, I now have the systems with
> > >
d when a resource must be
> stopped/cannot
> be started because the utilization constrains cannot be satisfied.
>
> Best regards,
> Jozsef
> --
> E-mail : kadlecsik.joz...@wigner.hu
> PGP key: https://wigner.hu/~kadlec/pgp_public_key.txt
> Address: Wigner Research Centre f
ion:
> > > >
> > >
> > >
> > > ssh based "stonith" cannot guarantee it.
> > >
> > > > node 1 will be perferred for pool 1, node 2 for pool 2, only in
> > > > case one of the
um München
>
> Helmholtz Zentrum Muenchen
> Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH)
> Ingolstaedter Landstr. 1
> 85764 Neuherberg
> www.helmholtz-muenchen.de
> Aufsichtsratsvorsitzende: MinDir.in Prof. Dr. Veronika von Messling
> Geschaeftsfuehrung: Prof. Dr. med. Dr. h.c. Matthias Tschoep, Kerstin
> Guenther
> Registergericht: Amtsgericht Muenchen HRB 6466
> USt-IdNr: DE 129521671
>
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> ClusterLabs home: https://www.clusterlabs.org/
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
atsvorsitzende: MinDir.in Prof. Dr. Veronika von Messling
> Geschaeftsfuehrung: Prof. Dr. med. Dr. h.c. Matthias Tschoep, Kerstin
> Guenther
> Registergericht: Amtsgericht Muenchen HRB 6466
> USt-IdNr: DE 129521671
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
and
doesn't depend on any non-promotable resources might be an example.
Happy clustering :)
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
; although
> > > "Jul 20 17:04:06 [23768] ha-idg-1 crmd: notice:
> > > process_lrm_event: Result of stop operation for
> > > vm_nextcloud on
> > > ha-idg-1: 0 (ok) | call=3197 key=vm_nextcloud_stop_0
> > > confirmed=true
> > > ci
may be useful in a demoted role even if there
is no quorum. A database that operates read-only when demoted and
doesn't depend on any non-promotable resources might be an example.
Happy clustering :)
--
Ken Gaillot
___
Manage your s
> is currently assigned to two different hosts...
>
>
> Can you help me configuring the cluster correctly so this cannot
> occurs ?
>
>
> Thanks in advance,
>
> Adam.
>
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/ma
On Fri, 2020-07-24 at 09:15 +0200, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 23.07.2020 um
> > > > 23:54 in
>
> Nachricht
> <99c11c73d59560fccd472d09c3b76073dab1b73e.ca...@redhat.com>:
> > Hi all,
> >
> > Pacemaker 2.0.4 is
what are the best design approaches, especially if there is no
> clear hierarchy to the nodes in use (i.e. all of the hosts are
> important!).
>
> Are there performance implications when comparing the operation of a
> pacemaker remote node to a full stack pacemaker n
runnable'
>
>
> Why does it say "Jul 20 17:05:35 [10690] ha-idg-
> 2pengine: warning: custom_action: Action vm_nextcloud_stop_0
> on ha-idg-1 is unrunnable (offline)" although
> "Jul 20 17:04:06 [23768] ha-idg-1 crmd: notice:
> process_lrm_event: Result of stop operation for vm_nextcloud on
> ha-idg-1: 0 (ok) | call=3197 key=vm_nextcloud_stop_0 confirmed=true
> cib-update=5960"
> says that stop was ok ?
>
>
> Bernd
>
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
.
> Jul 24 18:21:42 [968] stonith-ng: warning: stonith_ipc_server_init:
> Verify pacemaker and pacemaker_remote are not both enabled.
>
> Any idea what's happening?
> Gabriele
>
>
>
>
> Sonicle S.r.l. : http://www.sonicle.com
> Music: http://www.gabrielebul
, or
ocf:heartbeat:podman) and if appropriate, IP resources
(ocf:heartbeat:IPaddr2). Previously, there was no way to directly
affect these resources, but with these new expressions you can at least
configure defaults that apply to them, without having to use those same
defaults for all your resources.
--
Ken Gaillot
On Wed, 2020-07-22 at 17:04 +0300, Andrei Borzenkov wrote:
>
>
> On Wed, Jul 22, 2020 at 4:58 PM Ken Gaillot
> wrote:
> > On Wed, 2020-07-22 at 10:59 +0300, Хиль Эдуард wrote:
> > > Hi there! I have 2 nodes with Pacemaker 2.0.3, corosync 3.0.3 on
> > > ubu
e#stop_0[node2.local]: (unset) -> INFINITY
> Jul 21 15:53:42 node2.local pacemaker-attrd[1809]: notice: Setting
> last-failure-dummy.service#stop_0[node2.local]: (unset) ->
> 1595336022
> Jul 21 15:53:42 node2.local systemd[1]: dummy.service: Succeeded.
> Jul 21 15:53
stonith_cfg stonith create stonith_id_1 external/libvirt
> hostlist="Host4,host2"
> hypervisor_uri="qemu+ssh://192.168.1.21/system"
>
>
> But as you can see in in the pcs status output, stonith is stopped
> and
> exits with an unkown error.
>
> Can
ult of start operation for dummy1 on r81-1: ok
(in detail log)
Received result of start operation for dummy1 on r81-1: ok | Transition
2 action 7 (dummy1_start_0) rc=0 call-id=10
> What do you think about this? (Do you have a better idea?)
>
> Best Regards,
> Kazunori INOUE
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
LOL, somehow I clicked on an ancient message in my list folder ... well
the advice stands if anyone has a similar issue ;)
I plead a migraine, they make me miss little details like dates ...
On Thu, 2020-07-02 at 09:45 -0500, Ken Gaillot wrote:
> On Thu, 2018-09-06 at 00:59 +, Jeff
igure it out. Unfortunately the
> creator and my mentor is dearly departed and, in times like this,
> sorely missed.)
My condolences ...
> Any replies will be read and responded to early tomorrow AM. thanks
> for understanding.
> --
> Jeff Westgate
--
Ken Gaillot
___
On Tue, 2020-06-30 at 15:09 +0100, lejeczek wrote:
>
> On 09/06/2020 15:22, Ken Gaillot wrote:
> > On Wed, 2020-06-03 at 12:33 +0100, lejeczek wrote:
> > > hi guys
> > >
> > > I wonder about an idea of 'ethmonitor' watching a net iface
> > >
ectory for the https/ftps
> file
> server operations should be operational, or else it's all moot.
>
> Is ocf_tester still available? I installed via 'yum' from the High
> Availability repository and don't see it. I also did a 'yum
> whatprovides *bin/ocf-tester' and no
t; exec=74ms
> >
> >
> > Daemon Status:
> > corosync: active/disabled
> > pacemaker: active/disabled
> > pcsd: active/enabled
> >
> >
> >
> > I have researched the shown dlm Problem but eve
a
node to execute the device, but that is planned.
The priority list for selecting a node to execute a device is described
above. For selecting between multiple fence devices when there is no
topology, there is a priority meta-attribute for stonith devices, but
On Thu, 2020-06-18 at 21:32 +0300, Andrei Borzenkov wrote:
> 18.06.2020 18:24, Ken Gaillot пишет:
> > Note that a failed start of a stonith device will not prevent the
> > cluster from using that device for fencing. It just prevents the
> > cluster from monitoring the
edulerd[26725] (unpack_rsc_op_failure) warning:
> > Processing
> > failed start of vmfence on srv1: OCF_TIMEOUT | rc=198
> > /var/log/pacemaker/pacemaker.log:Jun 17 08:34:36 srv1
> > pacemaker-schedulerd[26725] (check_migration_threshold)
to override". the script supports meta-data|metadata|meta_data. I'm
> not sure how to know what is valid metadat. I know i saw a utility to
> check the scripts, but that does not appear to be installed/available
> on redhat.
--
Ken Gaillot
gt; anyone know what signal needs to get sent to the
> pacemaker_remoted
> > service to reload its config? Sending a SIGHUP appears to kill
> the
> > process.
> >
> > Thanks for any help!
> > Mike
> --
> Ken Gaillot
>
> __
ethmonitor- by default). You can then
use location constraints with an attribute-based rule to keep resources
where the interface is. See the man page for examples:
https://www.mankier.com/7/ocf_heartbeat_ethmonitor
--
Ken Gaillot
___
Manage your s
now what signal needs to get sent to the pacemaker_remoted
> service to reload its config? Sending a SIGHUP appears to kill the
> process.
>
> Thanks for any help!
> Mike
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterl
89965
> Jun 04 13:48:38 node1 pacemaker-execd [1159]
> (action_complete)
> notice: Giving up on nmb stop (rc=0): timeout (elapsed=647561ms,
> remaining=-47561ms)
> Jun 04 13:48:38 node1 pacemaker-based [1157]
> (cib_p
on from the 1.1 series. My plan is to do one final
1.1 release at the end of this year. We could still accept backports
after that time if anyone wants to keep using the 1.1 branch, but we
wouldn't do any more releases, and would reduce or stop 1.1 testing.
--
Ken Gaillot
> "Ulrich Windl" schrieb am
> > > > 18.05.2020
>
> um
> 08:01 in Nachricht <5ec2249f02a100039...@gwsmtp.uni-regensburg.de
> >:
> > > > > Ken Gaillot schrieb am 16.05.2020 um
> > > > > 00:09 in
> >
> > Nachri
s
crm_resource --move -r rsc1
you can add this XML to the configuration:
> I will need to test the behavior of cluster while moving, clearing,
> cleanup,..
> All my co-workers are used to "resource/service groups" as reference
> points, so I will need to change the pro
ollowed the right procedure. If not,
> kindly suggest an alternative.
>
> Thanks and Regards,
> S Sathish S
Configuration can be done from any node and will be sync'd to all
nodes, but the nodes have to form a corosync membership first.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
/ClusterLabs/resource-agents
>
> Thanks and Regards,
> S Sathish
It depends on samba so that the Filesystem resource can mount samba
volumes. If you don't use that capability, you can safely remove samba.
--
Ken Gaillot
___
M
would
> start in parallel and rely on Ordering constraints, not their
> resource group order?
> We have many logical resource groups, so we don't want to have
> resources without being added to any resource group.
>
> Regards
>
> Jan
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
d take over
deciding which host is primary
- add a colocation constraint for the IP with the mysql master role
- drop the IP on the old primary, and edit your cluster IP resource to
have the correct IP address; the cluster should drop the dummy IP and
add the live one on the new primary
- everything we
rval="0" timeout="120s" op
> stop interval="0" timeout="60s"
> pcs constraint colocation add lsyncd virtual_ip INFINITY
>
> The version we use is
> Pacemaker 1.1.20-5.el7_7.2
> Written by Andrew Beekhof
> __
e main advantage of using tags is that if you are interested in the
same particular nodes repeatedly, you don't have to list them all every
time you run crm_mon. Another goal is simply to make tags more useful
and familiar, so they can be used for more things
On Sat, 2020-04-11 at 01:03 -0400, Marc Smith wrote:
> On Wed, Apr 1, 2020 at 8:01 PM Ken Gaillot
> wrote:
> >
> > On Thu, 2020-03-19 at 13:39 -0400, Marc Smith wrote:
> > > On Mon, Mar 16, 2020 at 1:26 PM Marc Smith
> > > wrote:
> > > >
>
ing when run once. Pacemaker will do this on every node before
deciding whether to start the resource.
> 2) I can find --fail option in crm_resource but not in pcs cli. What
> would be the equivalent command in pcs as I am using pcs cli to
> configure the cluster ?
Th
On Thu, 2020-03-19 at 13:39 -0400, Marc Smith wrote:
> On Mon, Mar 16, 2020 at 1:26 PM Marc Smith
> wrote:
> >
> > On Thu, Mar 12, 2020 at 10:51 AM Ken Gaillot
> > wrote:
> > >
> > > On Wed, 2020-03-11 at 17:24 -0400, Marc Smith wrote:
> > >
On Tue, 2020-03-31 at 08:56 +0300, Andrei Borzenkov wrote:
> 31.03.2020 05:56, Ken Gaillot пишет:
> > On Sat, 2020-02-22 at 03:50 +0200, Strahil Nikolov wrote:
> > > Hello community,
> > >
> > > Recently I have started playing with fence_mpath and I have
&g
On Tue, 2020-03-31 at 07:37 +0300, Strahil Nikolov wrote:
> On March 31, 2020 6:01:35 AM GMT+03:00, Ken Gaillot <
> kgail...@redhat.com> wrote:
> > On Sun, 2020-03-08 at 18:11 +, Strahil Nikolov wrote:
> > > Hello All,
> > >
> > > can someone help
r of the group in
turn. However each member of the group would also incorporate its own
dependencies' scores in its score -- which includes the internal group
colocation of all members after it. So, the members of the colocated
group were being counted multiple times, and therefore having a bigge
disk fencing with network access fencing via a smart switch.
However there is a bug with that setup.
I'm not sure what people have traditionally done about the problem.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
rst.
> > >
> > > SELinux is disabled:
> > >
> > > # getenforce
> > > Disabled
> > >
> > > All systemd services controlled by the cluster are disabled from
> > > starting at boot:
> > >
> > > # systemctl is-enabled http
to recognize the primary authors of the 2.0.4 features
announced so far:
- shutdown locks: myself
- switch to clock_gettime() for monotonic clock: Jan Pokorný
- crm_mon --include/--exclude: Chris Lumens
- priority-fencing-delay: Gao,Yan
--
Ken Gaillot
arameter that is required, and all the parsing and validation
> checking would happen in the RA. An ugly solution!
>
> (Such issues appear if a resource instance does reflect some kind of
> setting (like a firewall rule) instead of a process that is running)
>
> Regards,
> Ulrich
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
On Thu, 2020-03-19 at 15:26 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 18.03.2020 um
> > > > 17:59 in
>
> Nachricht
> <5851_1584550779_5E72537B_5851_802_1_3128245adeaa62fd81c983c301a5acf3
> 6e59ff62.ca
> e...@redhat.com>:
> > On
able to just specify something on the command line directly. The
advantage is it lets you save common groupings for easy reuse and has
the potential to let the same groupings be used with other tools in the
future.
--
Ken Gaillot
___
Manage your subscr
at the time, it is important.
Open source has always been about more than creating and using
software. It is about community, and how we can accomplish more
together.
Wishing you and your loved ones the best,
--
Ken Gaillot
___
Manage your subscription:
https
On Wed, 2020-03-18 at 11:14 +0100, wf...@niif.hu wrote:
> Ken Gaillot writes:
>
> > The crm_mon tool for showing cluster status will have --include and
> > --
> > exclude options to pick and choose which types of information you
> > want
> > it to display.
&
t
that's probably not a good idea due to backward compatibility issues.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
-friendly).
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
On Tue, 2020-03-17 at 07:45 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 17.03.2020 um
> > > > 00:58 in
>
> Nachricht
> <1227_1584403147_5E7012CB_1227_2106_1_3a13cd73f8738e6967d6b1c399e994a
> 1155495c3.c
> m...@redhat.com>:
> >
rtified Enterprise Architect
> IBM Services for Managed Applications
> +91 98450 22258 Mobile
> dilen...@in.ibm.com
>
> IBM Services
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/use
onitor
failure won't have any effect on the web server.
> On Wed, Mar 11, 2020, 18:41 Ken Gaillot wrote:
> > On Wed, 2020-03-11 at 16:08 +0200, Roman Hershkovich wrote:
> > > Great, thank you very much for explanation. Regarding returning
> > error
> > > - i did n
nge (or some other restart event that originated
> internally like this)? 2) Or perhaps this is known bug that was
> already resolved in newer versions of Pacemaker?
No to both. Can you attach that pe-input-173.bz2 file (with any
sensitive in
We have just added SPF records for clusterlabs.org,
so hopefully the situation will improve for users who have been
affected.
If anyone continues to have problems after this point, please let us
know (either to this list or directly to me).
--
Ken Gaillot
___
M
t affect that -- if the db monitor fails, anything
ordered after it will restart.
> On Wed, Mar 11, 2020 at 3:57 PM Ken Gaillot
> wrote:
> > On Wed, 2020-03-11 at 02:27 +0200, Roman Hershkovich wrote:
> > > Yes.
> > > I have only 1 APP active at same time, and so I wa
On Wed, 2020-03-11 at 08:20 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 10.03.2020 um
> > > > 18:49 in
>
> Nachricht
> <3098_1583862581_5E67D335_3098_1270_1_91b728456223eea7c8a00516a91ede1
> 8ab094530.c
> m...@redhat.com>:
> > H
ty, that would
probably be more reliable, with a quicker response too.
In that case you would simply order the dependent resources after the
database master promotion. pcs example: pcs constraint order promote
DB-RSC then start DEPENDENT-RSC
> On Tue, Mar 10, 2020 at 10:28 PM Ken Gaillot
> w
ted
> > again.
> >
> > Also you can consider a colocation rule that all apps are
> > started where the master DB is running - so the lattency will
> > be minimal.
> >
> > Best Regards,
> > Strahil Nikolov
>
> ___
401 - 500 of 1689 matches
Mail list logo