re is a proposal to support that. Basically it's
just a matter of developer time being unavailable.
> 2) Is there any other better option available to
> avoid timed out issues in first occurrence itself.?
Only increasing the timeout.
> 3) we thought of
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/
> >
> >
> > 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/
ln_testVG_activate )
> colocation col_lvm_activate__lvmlockd inf: ( cln_testVG_activate )
> cln_lvmlockd
> ### lvmlockd similarly depends on DLM (order, colocation), so I don't
> see a problem
>
> Finally:
> h16:~ # vgs
> VG #PV #LV #SN Attr VSize VFree
> sys 1 3 0 wz--n-
t; Are there any tools to help understanding?
Mainly crm_simulate
> Note: For placement-strategy=utilization it's easier: As long as
> there is sufficient capacity, distribute the resources on the node
> that has least number of resources.
>
> Regards,
> Ulrich
--
Ken Gaillot
, pureScale Domain
> E-mail: ge...@ca.ibm.com
>
>
> > - Original message -
> > From: Ken Gaillot
> > Sent by: "Users"
> > To: Cluster Labs - All topics related to open-source clustering
> > welcomed
> > Cc:
> > Subject: [EXTERNAL] Re:
sources.
We do need to add that to the documentation ...
In order of highest precedence first:
is-managed=false (Pacemaker won't stop or start)
stop-all-resources=true
target-role on a specific resource
target-role in resource defaults
stop-all-resources will keep resources stopped for
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 Sun, 24 Jan 2021 15:31:22 -0500
> > >
;I want R to run on N2", then that is
in fact a location preference, which is expressed via a constraint.
> But as things are now: Could the cluster recheck take care of those?
>
> >
> >
> > Best Regards,Strahil Nikolov
> > Sent from Yahoo Mail on Android
--
Ken Gail
attribute, set to the epoch timestamp of the request. It would be
possible to set that attribute for all nodes in a copy of the CIB, then
load that into the live cluster.
stop-all-resources as suggested would be another way around it (and
would have to be cleared after start-up, which could be a plus or a
minus depending on how much control vs convenience you want).
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
d be marked
with influence=false, or the reporting tool resource could be give the
meta-attribute critical=false, to achieve the desired effect.
A big list of all changes for 2.1.0 can be found at:
https://wiki.clusterlabs.org/wiki/Pacemaker_2.1_Changes
--
Ken Gaillot
__
On Fri, 2021-01-22 at 08:38 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 21.01.2021 um
> > > > 17:24 in
>
> Nachricht
> <28f8b077a30233efa41d04688eb21e82c8432ddd.ca...@redhat.com>:
> > On Thu, 2021‑01‑21 at 08:19 +0100, Ulrich Windl wr
On Fri, 2021-01-22 at 08:58 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 22.01.2021 um
> > > > 00:51 in
>
> Nachricht
> :
> > Hi all,
> >
> > A recurring request we've seen from Pacemaker users is a feature
> > cal
; >
> > > Another odd data point: On the slave if I do a "pcs node standby"
> > > & then unstandby, DRBD is loaded again; HOWEVER, when I do this
> > > on the master (which should then be slave), DRBD doesn't get
> > > loaded.
> > >
> > > Stonith/Fencing doesn't seem to make a difference. Not sure if
> > > auto-promote is required.
> > >
> >
> > Quote from official documentation (
> > https://www.linbit.com/drbd-user-guide/drbd-guide-9_0-en/#s-pacemaker-crm-drbd-backed-service
> > ):
> > If you are employing the DRBD OCF resource agent, it is recommended
> > that you defer DRBD startup, shutdown, promotion, and
> > demotion exclusively to the OCF resource agent. That means that you
> > should disable the DRBD init script:
> > So remove the autopromote and disable the drbd service at all.
> >
> > Best Regards, Strahil Nikolov
> >
> >
> > ___
> > Manage your subscription:
> > https://lists.clusterlabs.org/mailman/listinfo/users
> >
> > ClusterLabs home: https://www.clusterlabs.org/
>
> Virus-free. www.avast.com
> ___
> 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/
:) If you've found
some other way where it doesn't work as expected, let me know. (Of
course, there's also the separate possibility of node failure, manual
or DLM-initiated fencing, etc. but I'm sure you're familiar with all
that.)
>
> Thanks for any insight/guidance!
>
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
On Mon, 2021-01-18 at 14:10 -0500, Digimer wrote:
> 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
> > >
nd:Mandatory) (id:order-drbd_database-clone-fs_database-
> > > mandatory)
> > > start drbd_logsfiles-clone then start fs_logfiles
> > > (kind:Mandatory) (id:order-drbd_logsfiles-clone-fs_logfiles-
> > > mandatory)
> > > Colocation Constraints
lure), when a transition action
returns an unexpected result (like a start failing instead of
succeeding), and periodically (according to cluster-recheck-interval).
In any case, it's possible there's nothing to do, so the transition has
no actions. It's still a record that the cluster checke
ation srv01-test_delete_0 locally on
> el8-a01n02
> Jan 18 02:03:59 el8-a01n02.alteeve.ca pacemaker-controld[490050]:
> notice: Transition 63 aborted by deletion of
> lrm_resource[@id='srv01-test']: Resource state removal
> Jan 18 02:04:00 el8-a01n02.alteeve.ca pacemaker-controld[490050]:
> notice: Result of monitor operation for virsh_node2_pulsar on el8-
> a01n02: ok
> Jan 18 02:04:00 el8-a01n02.alteeve.ca pacemaker-controld[490050]:
> notice: Transition 63 (Complete=2, Pending=0, Fired=0, Skipped=0,
> Incomplete=0, Source=/var/lib/pacemaker/pengine/pe-input-103.bz2):
> Complete
> Jan 18 02:04:00 el8-a01n02.alteeve.ca pacemaker-schedulerd[490049]:
> notice: Calculated transition 64, saving inputs in
> /var/lib/pacemaker/pengine/pe-input-104.bz2
> Jan 18 02:04:00 el8-a01n02.alteeve.ca pacemaker-controld[490050]:
> notice: Transition 64 (Complete=0, Pending=0, Fired=0, Skipped=0,
> Incomplete=0, Source=/var/lib/pacemaker/pengine/pe-input-104.bz2):
> Complete
> Jan 18 02:04:00 el8-a01n02.alteeve.ca pacemaker-controld[490050]:
> notice: State transition S_TRANSITION_ENGINE -> S_IDLE
>
>
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
ok like a bug in pacemaker?
>
> Regards,
> Ulrich
>From the above it's not apparent why fencing was needed.
It makes sense that things would move once the time-based rule kicked
in. Some event likely happened during the day that made the move
preferable, which might be difficult to fi
ny second is rebooted by stonith ?
> > > Which is the parameter to set the number of seconds?
> > > Sorry for my bad english
> > > Thanks
> > > Ignazio
> > > ___________
> > > Manage your subscription:
> > > https://lists.clusterlabs.org/mailman
om Scratch to use Pacemaker 2. Comments
and suggestions are welcome. Pull requests are even more welcome. :)
A big list of all changes being considered for 2.1.0 can be found at:
https://wiki.clusterlabs.org/wiki/Pacemaker_2.1_Changes
Happy clustering,
--
K
On Wed, 2021-01-27 at 08:29 +0100, 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
gt; make[1]: *** [core] Error 1
> make[1]: Leaving directory `/root/sathish/pacemaker-Pacemaker-2.0.5'
> make: *** [build] Error 2
>
> Thanks and Regards,
> S Sathish S
> _______
> Manage your subscription:
> https://
we prevent it?
Transient attributes are always cleared when a node leaves the cluster
(that's what makes them transient ...). It's probably coincidence it
went through as the node rejoined.
When the node rejoins, it will trigger another run of the scheduler,
which will schedule a probe of all resources on the node. Those probes
should reset the promotion score.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
tion to answer. At the very least
> > you
> > need to show full logs from both nodes around time it happens
> > (starting
> > with both nodes losing connectivity).
> >
> > But as a wild guess - you do not use stonith, node01 becomes DC and
> > clears other node state.
> > ___
> > Manage your subscription:
> > https://lists.clusterlabs.org/mailman/listinfo/users
> >
> > ClusterLabs home: https://www.clusterlabs.org/
>
> ___
> 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/
9 gen 2021 alle ore 11:22 Ulrich Windl <
> ulrich.wi...@rz.uni-regensburg.de> ha scritto:
> > >>> Andrei Borzenkov schrieb am 28.01.2021 um
> > 18:30 in
> > Nachricht :
> > > 27.01.2021 22:03, Ken Gaillot пишет:
> > >>
>
gt; > >
> > >
> > >
> > >
> > > These attributes are necessary for "node02" to be Master/Primary,
> > > correct?
> > >
> > > Why might this be happenin
On Mon, 2021-02-01 at 09:58 -0600, Ken Gaillot wrote:
> On Fri, 2021-01-29 at 12:37 -0500, Stuart Massey wrote:
> > Can someone help me with this?
> > Background:
> > > "node01" is failing, and has been placed in "maintenance" mode.
> > > It
On Wed, 2021-01-27 at 08:35 +0100, Ulrich Windl wrote:
> > > > Tomas Jelinek schrieb am 26.01.2021 um
> > > > 16:15 in
>
> Nachricht
> <48f935a5-184f-d2d7-7f1a-db596aa6c...@redhat.com>:
> > Dne 25. 01. 21 v 17:01 Ken Gaillot napsal(a):
> > >
ources". If resource fail count on a node exceeds
> > threshold, this node is banned from running resource. If resource
> > failed
> > on every node, no node can run it until you clear fail count.
> >
> > "Disable resource" in pacemaker would mean setting its t
g: srv01-test_stop_0[2647133] timed out after 2ms
> Jan 26 07:07:25 el8-a01n01.alteeve.ca pacemaker-controld[1846038]:
> error: Result of stop operation for srv01-test on el8-a01n01: Timed
> Out
> Jan 26 07:07:25 el8-a01n01.alteeve.ca pacemaker-controld[1846038]:
>
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 Rorthais
> > > wrote:
> > > > Hi Digimer,
> &
gt; > disable all
> > >> > the resources of the group (or the group itself) if it cant be
> > run all
> > >> the
> > >> > resoruces somewhere.
> > >> >
> > >>
> > >> That's what pacemaker group does. I am not sure what you mean
> > with
> > >> "disable all resources". If resource fail count on a node
> > exceeds
> > >> threshold, this node is banned from running resource. If
> > resource failed
> > >> on every node, no node can run it until you clear fail count.
> > >>
> > >> "Disable resource" in pacemaker would mean setting its target-
> > role to
> > >> stopped. That does not happen automatically (at least I am not
> > aware of
> > >> it).
> > >> ___
> > >> Manage your subscription:
> > >> https://lists.clusterlabs.org/mailman/listinfo/users
> > >>
> > >> ClusterLabs home: https://www.clusterlabs.org/
> > >>
> >
> >
> >
> > ___
> > Manage your subscription:
> > https://lists.clusterlabs.org/mailman/listinfo/users
> >
> > ClusterLabs home: https://www.clusterlabs.org/
>
> ___
> 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/
keeping it, but if not, I would like to deprecate it and eventually
drop support, to help with code maintenance.
My gut feeling is that remote administration is moving more towards
GUIs and orchestrators, and the Pacemaker feature is not particularly
useful anymore.
--
Ken Gaillot
__
> 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/
not, I would like to deprecate it and eventually
> drop support, to help with code maintenance.
>
> My gut feeling is that remote administration is moving more towards
> GUIs and orchestrators, and the Pacemaker feature is not particularly
> useful anymore.
--
Ken Gaillot
_
at the
problem.
The automated approach leans more to quick self-recovery, and is more
convenient in larger organizations where not every administrator that
has access to the host for applying updates etc. is trained on the
cluster software.
--
Ken Gaillot
__
On Thu, 2021-04-29 at 09:14 +0200, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 28.04.2021 um
> > > > 19:00 in
>
> Nachricht
> :
> > On Wed, 2021‑04‑28 at 18:14 +0200, Jehan‑Guillaume de Rorthais
> > wrote:
> > > Hi all,
> > >
On Wed, 2021-04-28 at 19:19 +0200, Jehan-Guillaume de Rorthais wrote:
> On Wed, 28 Apr 2021 12:00:40 -0500
> Ken Gaillot wrote:
>
> > On Wed, 2021-04-28 at 18:14 +0200, Jehan-Guillaume de Rorthais
> > wrote:
> > > Hi all,
> > >
> > > It seem
ce being monitored is inside a VirtualDomain, named vm1 for
example, you can configure the nagios resource with the resource meta-
attribute container="vm1". If the nagios check fails, Pacemaker will
restart vm1.
(This feature was added before OS containers became popular, so the
naming
t; ___________
> 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/
t
only makes sense if restarting whatever resource is listed as the
container can make the dependent resource OK again.
>
> > On Fri, Apr 30, 2021 at 17:57, Ken Gaillot
> > wrote:
> > On Fri, 2021-04-30 at 11:00 +0100, lejeczek wrote:
> > > Hi guys
> > >
On Fri, 2021-04-30 at 19:24 +0300, Andrei Borzenkov wrote:
> On 30.04.2021 17:57, Ken Gaillot wrote:
> > On Fri, 2021-04-30 at 11:00 +0100, lejeczek wrote:
> > > Hi guys
> > >
> > > I'd like to ask around for thoughts & suggestions on any
> >
atthew, can you give more details about your use case?
If you only need one NFS server, then it's fine not to clone it. The
groups can be ordered after the NFS server without requiring them to be
colocated with it.
> > On Fri, Apr 30, 2021 at 18:44, Matthew Schumacher
> > wrote:
> >
ulations, but we can't cover all
possible use cases, so your feedback is important and appreciated.
Many thanks to all contributors of source code to this release,
including Aleksei Burlakov, Chris Lumens, Christine Caulfield, Gao,Yan,
Grace Chin, Hideo Yamauchi, Jan Pokorný, Kazunori INOUE, Ke
know it's the last node and shut down without
> complaint?
It knows, it's just not sure you know :)
pcs's design philosophy is to hand-hold users by default and give
expert users --force.
The idea in this case is that (especially in 3-to-5-node clusters)
someone migh
tire node_state XML
subtree; you can add -n/--no-children to return just the node_state
element itself.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
ceaa3a-
> 3.3.1.21516.1.PTF.1182607.x86_64
> resource-agents-4.4.0+git57.70549516-3.12.1.x86_64
>
> Regards,
> Ulrich
>
>
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> ClusterLabs home: https://www.cluster
st it's status, believes it cannot host resources
> > and stops them all
> > for whatever reason, perhaps somehow due to the completely missing
> > transient_attributes, node02 nevers schedules a probe for itself
> > we have to "refresh" manually
> >
> > On Mon
f we
> > can
> > build the package, it won´t run.
> >
> > Fabio
> >
> > > * Is the crm_attribute the right choice for setting cluster
> > > properties
> > > and will cover all usecases?
> > > *
> > >
> > > Thank You!
> > >
> > > B
On Mon, 2021-02-08 at 09:30 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 05.02.2021 um
> > > > 16:47 in Nachricht
>
> <7247097610e6ab4f3a44a7648e0acf32fbdb9937.ca...@redhat.com>:
>
> Hi!
>
> ...
> > > Doesn't systemctl re
.
> Feb 08 08:12:30 h18 sbd[33953]: notice: inquisitor_child: Servant
> cluster is healthy (age: 0)
>
> Broadcast message from systemd-journald@h18 (Mon 2021-02-08 08:12:32
> CET):
>
> sbd[33953]:emerg: do_exit: Rebooting system: reboot
>
> Feb 08 08:12:32 h18 sbd[33958]: /dev/disk/by-id/dm-name-SBD_1-
> 3P1:
uting -
> > > rsc:prm_libvirtd action:start call_id:97
> > >
> > > So one could guess that lirtlockd and libvirtd are staring
> > > concurrently,
> > > but the did not because of this sequence:
> > > Feb 04 15:41:27 h19 pacemaker-controld[7796]: notice: Result of
> > > start
> > > operation for prm_virtlockd on h19: ok
> > > Feb 04 15:41:27 h19 pacemaker-execd[7793]: notice: executing -
> > > rsc:prm_libvirtd action:start call_id:97
> > >
> > > 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
>
>
>
> ___
> 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/
:
> Hello,
>
> I would like to clarify support period for Pacemaker 1.1.
> Until which year it is planned to backport bugfixes into 1.1 branch
> and
> create releases?
>
--
Ken Gaillot
___
Manage your subscription:
https://lists.cl
lts:
> No defaults set
>
> Cluster Properties:
> cluster-infrastructure: corosync
> cluster-name: EMS
> dc-version: 2.0.2-3.el8-744a30d655
> have-watchdog: false
> last-lrm-refresh: 1612951127
> symmetric-cluster: true
>
> Quorum:
On Thu, 2021-01-28 at 11:23 +0100, Ulrich Windl wrote:
> Ken,
>
> thanks for analyzing the logs! See comments inline...
>
> > > > Ken Gaillot schrieb am 27.01.2021 um
> > > > 19:55 in
>
> Nachricht
> <644fc719a2e8870c332db859bcdef275d986249a.ca
On Thu, 2021-01-28 at 11:12 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 27.01.2021 um
> > > > 18:46 in
>
> Nachricht
> <02cd90fcc10f1021d9f51649e2991da3209a6935.ca...@redhat.com>:
> > On Wed, 2021-01-27 at 08:35 +0100, Ulrich Windl
15 years. In pacemaker 2.x the master/slave
> resource changed to clone so this is new to me.
master/slave -> promotable clone was purely a terminology change, the
behavior is identical
> Any input is most helpful!
> Brent
--
Ken Gaillot
: I could ping h16 from h18 using
> > > > > the host name
> > > > > without any problem.
> > > > >
> > > > > Two points:
> > > > > Why would h18 think h16 should be fenced?
> > > > > The gailed asserztio
t; > >
> > > Resources Defaults:
> > > resource-stickiness=1000
> > > Operations Defaults:
> > > No defaults set
> > >
> > > Cluster Properties:
> > > cluster-infrastructure: corosync
> > > cluster-name: EMS
> > > dc-version: 2.0.2-3.el8-744a30d655
> > > have-watchdog: false
> > > last-lrm-refresh: 1612951127
> > > symmetric-cluster: true
> > >
> > > Quorum:
> > > Options:
> > > --
> > >
> > > Regards,
> > > Ben
> >
> >
> >
> >
>
> ___
> 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/
of the sets in the command, i.e.
whether it's the primary set first or the dependent set first, but I
think that's right.)
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
ceed with the "Add Apache HTTP" section. Once apache is
set up as a cluster resource, you should be able to contact the web
server at the floating IP (or more realistically whatever name you've
associated with that IP), and have the cluster fail over both the IP
address and web server as
sh - $OCF_RESKEY_user -c "test -w $dir"; then
> ocf_log warn "Directory $dir is not writable by
> $OCF_RESKEY_user, attempting chown"
> ocf_run chown $OCF_RESKEY_user:$OCF_RESKEY_group $dir \
>
OCF 1.1 is now formally adopted!
https://github.com/ClusterLabs/OCF-spec/blob/master/ra/1.1/resource-agent-api.md
Thanks to everyone who gave feedback.
Now to add support for it ...
On Tue, 2021-03-09 at 17:07 -0600, Ken Gaillot wrote:
> Hi all,
>
> After many false starts over the
56(84) bytes of data.
> > > 64 bytes from 192.168.56.9: icmp_seq=1 ttl=64 time=0.504 ms
> > > 64 bytes from 192.168.56.9: icmp_seq=2 ttl=64 time=0.750 ms
> > > ...
> > >
> > > [root@node2 ~]# ping 192.168.56.9
> > > PING 192.168.56.9 (192.168.56.9) 56(8
On Tue, 2021-03-30 at 08:01 +0300, Andrei Borzenkov wrote:
> On 29.03.2021 20:12, Ken Gaillot wrote:
> > On Sun, 2021-03-28 at 09:20 +0300, Andrei Borzenkov wrote:
> > > On 28.03.2021 07:16, Strahil Nikolov wrote:
> > > > I didn't mean DC as a designated
On Tue, 2021-03-30 at 08:26 +0200, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 29.03.2021 um
> > > > 19:23 in
>
> Nachricht
> :
> > Scores are in the range ‑1,000,000 to +1,000,000 (also known as
> > "infinity").
> >
> &
re="INFINITY" with-rsc-
> > role="Master" node-attribute="hana__site"/>
> >
> > On Mon, Mar 29, 2021 at 9:07 PM Strahil Nikolov <
> > hunter86...@yahoo.com> wrote:
> > > Hi Ken, can you provide a prototype code example.
> &g
gt; seconds ago"?
Unfortunately, there is no way. failure-timeout expires *all* failures
once the *most recent* is that old. It's a bit counter-intuitive but
currently, Pacemaker only remembers a resource's most recent failure
and the total count of failures, and changing that would be a big
project.
> Thanks,
>
>
> Antony.
>
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
interactions) and
> the fail-count does not go away.
>
>
> Does anyone have suggestions on how to debug this difference in
> behaviour
> between pacemaker 1.1.16 and 2.0.1, because at present it prevents me
> being
> able to upgrade an operational cluster, as the
it, but it
> couldn't start!
> How to solve it?
>
> Thanks.
> ___
> 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/
I've made a note of these as ideas for 1.2/2.0 :)
On Sun, 2021-03-28 at 03:03 +0200, Ulrich Windl wrote:
> On 3/26/21 11:17 PM, Ken Gaillot wrote:
> > OCF 1.1 is now formally adopted!
> >
> > https://github.com/ClusterLabs/OCF-spec/blob/master/ra/1.1/resource-agent-a
_
> 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/
e essentially duplicating your RA
> > functionality because you will somehow need to find out which site
> > is
> > currently primary.
> >
> > There is no guarantee that pacemaker DC wil be on the same site as
> > SAP
> > HANA primary system.
> >
> >
>
> ___
> 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/
anks for help!
> > > > ___
> > > > Manage your subscription:
> > > > https://lists.clusterlabs.org/mailman/listinfo/users
> > > >
> > > > ClusterLabs home: https://www.clusterlabs.org/
> > &g
t;Add Apache HTTP Server as a Cluster
Service".
> On Monday, March 22, 2021, 07:06:47 PM GMT+4:30, Ken Gaillot <
> kgail...@redhat.com> wrote:
>
>
>
>
>
> On Mon, 2021-03-22 at 08:15 +, Jason Long wrote:
> > Thank you.
> >
> > My test
. Make sure
you can ping the floating IP address from some other machine. Then test
fail-over and ensure you can still ping the floating IP. From there it
should be straightforward.
>
>
>
>
>
> On Wednesday, March 24, 2021, 12:33:53 AM GMT+4:30, Ken Gaillot <
> kgail..
node2?
> > > # pcs resource create ClusterIP
> > > ocf:heartbeat:IPaddr2 ip=192.168.122.120 cidr_netmask=32 op
> > > monitor interval=30s
> > >
> > > If yes, then I must update it with below command?
> > >
> > > # pcs resource update f
On Tue, 2021-04-06 at 09:15 +0200, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 31.03.2021 um
> > > > 15:48 in
>
> Nachricht
> <7dfc7c46442db17d9645854081f1269261518f84.ca...@redhat.com>:
> > On Wed, 2021‑03‑31 at 14:32 +0200, Antony S
notifyd
> > # ssh rhel83-2 systemctl start corosync-notifyd
> > # ssh rhel83-3 systemctl start corosync-notifyd
> >
> > Is there any plan for pcs to support corosync-notifyd?
> >
> > Regards,
> > Kazunori INOUE
--
Ken Gaillot
004ms
* http_server_start_0 on node1 'error' (1): call=14, status='Timed Out',
exitreason='', last-rc-change='2021-03-16 12:28:52 +03:30', queued=0ms,
exec=40002ms
The web server start timed out. Check the system, pacemaker and apache
logs around those times for any hints.
Did you ena
can you write it here?
>
>
>
>
>
>
> On Thursday, March 18, 2021, 01:40:22 AM GMT+3:30, Ken Gaillot <
> kgail...@redhat.com> wrote:
>
>
>
>
>
> On Wed, 2021-03-17 at 20:37 +, Jason Long wrote:
> > The 192.168.1.4 is my secondary VM.
>
me dependencies for ruby 2.2.0+ Which is not
> available in RHEL 7.x stream and getting compilation error , Please
> check and advise us whether pcs-0.10 is supported on RHEL 7.
>
>
>
> Thanks and Regards,
> S Sathish S
--
Ken Gaillot
___
e some time when both
Pacemaker 2 and 3 releases are being made and supported.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
erIP ocf:heartbeat:IPaddr2
> > ip="IP_That_Never_Used_In_The_Network" cidr_netmask=32 op monitor
> > interval=30s
> >
> > # pcs resource create WebSite ocf:heartbeat:apache
> > configfile=/etc/httpd/conf/httpd.conf statusurl="
> > http://loca
would be treated as 0.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
gt; * WebServer
>
>
>
> Logs are:
> https://paste.ubuntu.com/p/nHfTRFh4RD/
>
>
>
> Why?
>
>
>
>
>
> On Wednesday, March 17, 2021, 11:42:11 PM GMT+3:30, Jason Long <
> hack3r...@yahoo.com> wrote:
>
>
>
>
>
located with the virtual-IP - right?
> > > > >
> > > > > Klaus
> > > > >
> > > > > > > $ sudo pcs resource create http_server
> > > > > > > ocf:heartbeat:apache
> > > > > > > configfile="/etc/httpd/conf.d/VirtualHost.conf" op
> > > > > > > monitor
> > > > > > > timeout="5s" interval="5s"
> > > > > > >
> > > > > > > On both servers (Main and Secondary), pcsd service is
> > > > > > > enabled, but
> > > > > > > when I want to see my Apache Web Server then it show me
> > > > > > > below error:
> > > > > > >
> > > > > > > Proxy Error
> > > > > > > The proxy server received an invalid response from an
> > > > > > > upstream
> > > > > > > server.
> > > > > > > The proxy server could not handle the request
> > > > > > > Reason: Error reading from remote server
> > > > > > >
> > > > > > > Why? Which parts of my configuration is wrong?
> > > > > > > The output of "sudo pcs status" command is:
> > > > > > > https://paste.ubuntu.com/p/V9KvHKwKtC/
> > > > > > >
> > > > > > > Thank you.
> > > > > >
> > > > > > The thing to investigate is:
> > > > > >
> > > > > > Failed Resource Actions:
> > > > > > * http_server_start_0 on node2 'error' (1): call=12,
> > > > > > status='Timed Out', exitreason='', last-rc-change='2021-03-
> > > > > > 16 12:28:14 +03:30', queued=0ms, exec=40004ms
> > > > > > * http_server_start_0 on node1 'error' (1): call=14,
> > > > > > status='Timed Out', exitreason='', last-rc-change='2021-03-
> > > > > > 16 12:28:52 +03:30', queued=0ms, exec=40002ms
> > > > > >
> > > > > > The web server start timed out. Check the system, pacemaker
> > > > > > and apache
> > > > > > logs around those times for any hints.
> > > > > >
> > > > > > Did you enable and test the status URL? The
> > > > > > ocf:heartbeat:apache agent
> > > > > > checks the status as part of its monitor (which is also
> > > > > > done for
> > > > > > start). It would be something like:
> > > > > >
> > > > > > cat <<-END >/etc/httpd/conf.d/status.conf
> > > > > >
> > > > > > SetHandler server-status
> > > > > > Require local
> > > > > >
> > > > > > END
> > > > > >
> > > > >
> > > > > ___
> > > > > Manage your subscription:
> > > > > https://lists.clusterlabs.org/mailman/listinfo/users
> > > > >
> > > > > ClusterLabs home: https://www.clusterlabs.org/
> > > > >
> > > > > ___
> > > > > 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
> > >
> > > >
> > > >
> > > > ___
> > > > Manage your subscription:
> > > > https://lists.clusterlabs.org/mailman/listinfo/users
> > > >
> > > > ClusterLabs home: https://www.clusterlabs.org/
> > > > ___
> > > > 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
> > >
> > > ___
> > > Manage your subscription:
> > > https://lists.clusterlabs.org/mailman/listinfo/users
> > >
> > > ClusterLabs home: https://www.clusterlabs.org/
> > > ___
> > > 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
> >
> > ___
> > Manage your subscription:
> > https://lists.clusterlabs.org/mailman/listinfo/users
> >
> > ClusterLabs home: https://www.clusterlabs.org/
> > ___
> > 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/
r/ra/1.0/resource-agent-api.md
https://github.com/kgaillot/OCF-spec/blob/ocf1.1/ra/1.1/resource-agent-api.md
My goal is to merge the pull request formally adopting 1.1 by the end
of this month.
--
Ken Gaillot
___
Manage your subscription:
https://lists.c
On Thu, 2021-02-25 at 06:34 +, shivraj dongawe wrote:
>
> @Ken Gaillot, Thanks for sharing your inputs on the possible behavior
> of the cluster.
> We have reconfirmed that dlm on a healthy node was waiting for
> fencing of faulty node and shared storage access on t
On Thu, 2021-02-25 at 11:15 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 24.02.2021 um
> > > > 23:45 in
>
> Nachricht
> <6373352fd18e819bada715a7d610499a658eda29.ca...@redhat.com>:
> > On Wed, 2021‑02‑24 at 11:16 +0100, Ulrich Windl wrot
* Is corosync running, and how many nodes can be seen?
> > > * Is Pacemaker running, how many nodes does it see, and does it
> > > have a
> >
> > quorum?
> > > * Is the current node DC?
> > > * How many resources matching some regular expression are
> > > running?
> > >
> > > Regards,
> > > Ulrich
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
ose based on free capacity.
For example, if a location constraint gives a particular node a high
enough preference, that will be considered more important than free
capacity. ("High enough" being relative to the rest of the
configuration -- other constraint scores, etc.)
--
Ken Gaillot
_
, 2021-02-23 at 08:41 +0100, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 19.02.2021 um
> > > > 17:48 in
>
> Nachricht
> :
> > On Fri, 2021‑02‑19 at 17:54 +0300, Andrei Borzenkov wrote:
> > > In the latest PDF versions I downloaded recently
___
> 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/
est. While Pacemaker still supports it, as a practical
matter we'll accept pull requests from anyone using it who finds
problems, but we aren't going to spend development or testing time on
it ourselves. Support will likely be dropped in a few years.
On Mon, 2021-01-11 at 12:27 -0600, Ken Gai
rspective, you can certainly build and run Pacemaker
2.0 from source on RHEL 7, but Red Hat won't support it. Also, the
version of pcs supplied with RHEL 7 is only compatible with Pacemaker
1.1, so you'd need to build pcs from source as well.
--
Ken Gaillot
_
1301 - 1400 of 1694 matches
Mail list logo
