Hi all,
Just FYI, the clusterlabs.org sites were down a few minutes today for
an OS migration. This message is a test to make sure email still works
:)
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo
.
If anyone else is using the C API, please let us know which APIs you're
using. For a list of what's currently planned to change, see:
https://projects.clusterlabs.org/w/projects/pacemaker/pacemaker_3.0_changes/pacemaker_3.0_api_changes/
Thanks,
--
K
the time.
New development should go into the main branch. The main branch will be
pulled into the 3.0 branch for each 3.0.X-rc1, but otherwise, if a
change is needed for a release branch, a separate PR should backport
it.
--
Ken Gaillot
___
Manage your
al delay.
>
> Any suggestions are appreciated!
> Dennis LaCroix
>
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/developers
>
> ClusterLabs home: https://www.clusterlabs.org/
--
Ke
ge
> TEL: 995 32 225 05 90
> Mob: 995 593 14 00 37
> tso...@grena.ge
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
ve.
>
> Therefore, I think this is really just a documentation issue and I
> think it should be amended to state that "sid" should be the name of
> a (dedicated) tnsnames.ora entry for the service to tnsping.
>
> Cheers,
> Adrian.
>
>
> -Original Messa
d in this
> paragraph are incorporated in England and Wales and share the same
> registered office at Grant Way, Isleworth, Middlesex TW7 5QD
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/developers
>
developers something
to play with and provides a framework for future additions.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
On Mon, 2023-01-09 at 09:37 -0600, Ken Gaillot wrote:
> Hi,
>
> I do think the idea is good. I've commented on the pull request with
> some technical issues. It would be an API compatibility break, but
> coincidentally I'm planning such a break for a release at the en
y, pe_resource_t* data, struct set *array);
> > void init_array(struct set **array);
> > void insert_children(pe_resource_t * rsc, struct set *hashTable);
> >
> > Existing functions have also been changed: pcmk__unpack_constraints
> >
nts from health restrictions so
that the agent can automatically detect when the node becomes healthy
again.
* We would have a framework for adding new types if the need arises.
Thoughts?
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs
lusters from Scratch" document
linked on this page:
https://clusterlabs.org/pacemaker/doc/
By the way, the us...@clusterlabs.org list is better for this sort of
question. It's a lot more active than this one, which is just for
discussing software development.
--
Ken Gaillot
___
re's an active community fork
called Phorge that is getting up and running, which we'll switch to
once it's stable.)
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
; # pcs constraint location nginx-lb prefers redis-lb2=50
>
> # pcs cluster stop --all
>
> # pcs cluster start --all
>
>
> Shall i have to provide the port number of Redis configuration(6379)
> that was setup in load balancers while creating
can automatically detect when the node becomes healthy again.
* We would have a model for adding new types when needed.
Thoughts?
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
c:426
>
> I am wondering if this change was intentional, or a bug introduced by
> some other change. I believe its a bug since crmadmin -h still exits
> with 0.
>
> Gerry Sommerville
> ___
> Manage your subscription:
I agree that this may seem too specific of a use case, but we think
> that
> such an option could be a benefit in some cases. Maybe there is even
> an
> application beyond all_squash NFS exports that we are not thinking
> of.
>
> Lars Ellenberg kindly volunteered to implement s
t; CI is back online 100%.
> >
> > Fabio
> > ___
> > Manage your subscription:
> > https://lists.clusterlabs.org/mailman/listinfo/developers
> >
> > ClusterLabs home: https://www.clusterlabs.org/
>
cted the last week of December.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
s this sound worthwhile? Is there anything I'm
forgetting or overlooking?
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
implementing the
capability.
This will generally not matter to anyone, but if you want to run "make
check", as of the next release (2.1.2) you will have to install the
cmocka development files (libcmocka-devel in rpm world and libcmocka-
dev in deb world).
--
K
with each other.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
ended for the 2.1.0
release.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
l change deserves to be part of the original code. Any
> thoughts?
>
> Vladimir Yanakiev
> Unix Engineer, Hosting & Engineering Services – Solution Engineering
> Compute
> Phone: 703-833-3770 (direct) | 571-246-1946 (mobile)
I thin
ase, 2.1.0).
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
On Tue, 2021-01-19 at 18:02 -0500, Digimer wrote:
> On 2021-01-19 4:34 p.m., Ken Gaillot wrote:
> > Hi all,
> >
> > Does anyone remember what ClusterLabs project is using Github's
> > Large
> > File Storage (https://git-lfs.github.com/)?
> >
> >
ly using 2.2.GB).
I vaguely remember someone wanting that capability, but I don't
remember the project(s). That project will need to either move away
from LFS, or cough up for a data plan.
If no one remembers, I can ask their support.
--
Ken Gaillot
__
files and
regenerate them, e.g.:
rm -rf aclocal.m4 autom4te.cache config.guess config.log config.status \
config.sub configure depcomp install-sh libltdl libtool ltmain.sh \
missing py-compile test-driver
./autogen.sh
./configure
--
Ken Ga
> Sent from Mail for Windows 10
>
> From: Ken Gaillot
> Sent: 01 December 2020 03:01
> To: developers@clusterlabs.org
> Subject: Re: [ClusterLabs Developers] shutdown testing in pacemaker
> corosync cluster
>
> On Sun, 2020-11-29 at 14:21 +, Harishkumar Pathangay wrote:
video.
> Please let me know any further information required from my side.
>
> Thanks,
> Harish P
> YouTube.com/db2luwacademy
>
> Sent from Mail for Windows 10
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
base.
--
Ken Gaillot
From 3d1a7dc0c545c1ffba216df5c82b5ee3e3c7b3bf Mon Sep 17 00:00:00 2001
From: Ken Gaillot
Date: Fri, 9 Oct 2020 09:56:03 -0500
Subject: [PATCH 1/7] Log: executor: show CRM_OP_REGISTER rc in debug message
Previously, process_lrmd_signon() would add the rc to the client reply
bu
te:
> > [CC+ cluster-devel]
> >
> > On 19/10/2020 23:59, Ken Gaillot wrote:
> > > On Mon, 2020-10-19 at 07:19 +0200, Fabio M. Di Nitto wrote:
> > > > Hi Ken,
> > > >
> > > > On 10/2/2020 8:02 PM, Digimer wrote
gt; keeping other nodes and resources up and running?
> 2. which config file crm_node command reads?
>
> Thanks,
>
> Jiaqi Tian
>
> ___
> Manage your subscription:
> https://lists.clusterl
On Mon, 2020-10-19 at 07:19 +0200, Fabio M. Di Nitto wrote:
> Hi Ken,
>
> On 10/2/2020 8:02 PM, Digimer wrote:
> > On 2020-10-02 1:12 p.m., Ken Gaillot wrote:
> > > Hi all,
> > >
> > > I sent a message to the us...@clusterlabs.org list about
>
hanging
it with 2.1.0 (since it has bigger changes than usual, and we can get
ahead of the curve) or waiting until the dust settles and future
conventions are clearer.
Opinions?
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
n relating to this
> issue.
> Thanks,
>
> - Hayden
> ___
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/developers
>
> ClusterLabs home: https://www.clusterlabs.org/
--
Ken Gaillot
_
Aswini Kumar Tummala
> Associate Consultant
> AWS Professional Services
> +91.998.950.9121 – mobile
> Thoughts on our interaction? Provide feedback here.
>
> ___________
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/develop
that
resource to ensure they can't run unless scsi access is available.
In a modern cluster, the first approach is preferred, and even if the
second approach is used, some sort of node-level fencing should be
configured as well (otherwise it relies on the cluster functioning
properly on a
formation between runs. Also, I'd be curious
how Pacemaker 2.0.4 compares to 2.0.1 using your CIB -- there were some
improvements in that time.
> The version of Pacemaker we us is 2.0.1+20190417.13d370ca9 (release
> 3.6.1).
>
> Thanks a lot in advance!
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
On Thu, 2020-02-13 at 00:15 +0100, Jehan-Guillaume de Rorthais wrote:
> On Wed, 12 Feb 2020 15:17:01 -0600
> Ken Gaillot wrote:
>
> > On Wed, 2020-02-12 at 16:03 +0100, Jehan-Guillaume de Rorthais
> > wrote:
> > > Hello devs,
> > >
> >
On Thu, 2020-02-13 at 15:11 +0100, Jehan-Guillaume de Rorthais wrote:
> On Wed, 12 Feb 2020 15:11:41 -0600
> Ken Gaillot wrote:
> ...
> > > INT_MAX would set the working interval to ±2GB. Producing 2GB of
> > > worth of data
> > > in few seconds/minutes is p
> in the futur? I'm not sure how I would be able to contribute to these
> features,
> at least with tests, maybe some code, but it really depend how hard
> it would be
> and how much time I can find to work on this.
>
> Regards,
--
Ken Gaillot
ause of this, in PAF RA, we trigger an error in next expected
> action based
> on decision taken during the notify action.
>
> Thoughts?
>
> Regards,
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
agents that would
output the master score (which would be called before starting any
instances), and then on one instance selected to be promoted, another
new action (like "bootstrap") would be called to do some initial start-
up that all instances need, before the cluster started al
ther answer is obviously
intuitive, so it boils down to documenting it. Which we should do :)
There is some room for coming up with better option naming and meaning.
For example maybe the cluster-wide "maintenance-mode" should be
something like "force-maintenance" to make clear it takes precedence
over node and resource maintenance.
>
> Regards,
>Yan
>
> >
> > Please share your opinion about the issue, if we should leave it
> > working
> > as is or enforce the most specific rule in though the whole
> > cluster. And
> > give a priority to either one of the conflicting attributes (is-
> > managed
> > vs maintenance).
> >
> > Best regards,
> > Aleksei Burlakov
> > SUSE Senior Developer
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
Now that we're finished with the 2.0.3 release, new pacemaker pull
requests should be submitted against the master branch. Thanks,
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs
ended for the 2.0.3
release.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
ts to support this, and all of them should. Agents can get as
specific as they like with exit reasons.
- Agents can also log to the system log, or print error output which
pacemaker will log in its detail log. Many already provide good
information this way, but there's always room for improvement.
Pokorný wrote:
> Neither bugs.c.o nor lists.c.o work for me ATM.
> Either it resolves by itself, or Ken will intervene, I believe.
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLab
consequences of
split brain depend on your workload. Something like a database or
cluster filesystem could become horribly corrupted.
>
>
> Thanks,
> Rohit
--
Ken Gaillot
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/developers
ClusterLabs home: https://www.clusterlabs.org/
On Fri, 2019-06-14 at 23:57 +0200, Jan Pokorný wrote:
> On 14/06/19 14:56 -0500, Ken Gaillot wrote:
> > On Fri, 2019-06-14 at 20:13 +0200, Jan Pokorný wrote:
> > > > On Thu, 2019-06-06 at 10:12 -0500, Ken Gaillot wrote:
> > > >
> > > > Source code f
On Fri, 2019-06-14 at 20:13 +0200, Jan Pokorný wrote:
> > On Thu, 2019-06-06 at 10:12 -0500, Ken Gaillot wrote:
> >
> > Source code for the Pacemaker 2.0.2 and 1.1.21 releases is now
> > available:
> >
> >
https://github.com/ClusterLabs/pacemaker/releases
: improve CPG
membership messages
d0c12d98e01bc6228fc254456927d79a46554448 Fix: libcrmcommon: avoid use-of-NULL
when checking whether process is active
c0e1cf579f57922cbe872d23edf144dd2206156b Low: libcrmcommon: return proper code
if testing pid is denied
--
Ken Gaillot
; https://creativecommons.org/licenses/by/4.0/
>
> Cheers,
> Kristoffer
>
> >
> > > On 09/21/2017 04:42 PM, Ken Gaillot wrote:
> > >
> > >> On Thu, 2017-09-21 at 11:56 +0200, Kai Dupke wrote:
> > >> - I would like to see the logo used b
just mention them
here or to me directly.
On Wed, 2019-04-10 at 17:44 -0500, Ken Gaillot wrote:
> Hello all,
>
> Florian Haas and Kristoffer Grönlund noticed that the ClusterLabs
> organization on github currently carries over any app access that
> members have given to the
Since 2.0.2 is primarily a security release, all pull requests should
continue to be submitted against the master branch, with the exception
of fixes for regressions introduced in 2.0.2.
I'm hoping to minimize the number of release candidates and release the
final in about a month.
--
invalidate existing apps' access as
well as some individual contributors' ssh key access to the
repositories. If you are affected, you can simply re-upload your ssh
key and it will work again.
I'll wait a couple of weeks before implementing this change in case
anyone wants to raise
On Fri, 2019-04-05 at 17:19 +0200, Lars Ellenberg wrote:
> On Fri, Apr 05, 2019 at 09:56:51AM -0500, Ken Gaillot wrote:
> > On Fri, 2019-04-05 at 09:44 -0500, Ken Gaillot wrote:
> > > On Fri, 2019-04-05 at 15:50 +0200, Lars Ellenberg wrote:
> > > > As mentioned in #cl
On Fri, 2019-04-05 at 09:44 -0500, Ken Gaillot wrote:
> On Fri, 2019-04-05 at 15:50 +0200, Lars Ellenberg wrote:
> > As mentioned in #clusterlabs,
> > but I think I post it here, so it won't get lost:
> >
> > pacemaker 1.1.19, in case that matters.
> >
>
t working during a rolling upgrade when some
nodes have the new capability and some don't).
It's certainly doable but a medium-sized project. If there are
volunteers I can give some pointers :) but there's quite a backlog of
projects at the moment.
> b) migration-theshold (and possib
There's a pull request for the new policy in case anyone is interested:
https://github.com/ClusterLabs/pacemaker/pull/1716
On Wed, 2019-03-06 at 10:08 -0600, Ken Gaillot wrote:
> Hi all,
>
> Until now, Pacemaker's policy for copyright notices has been to let
> the
>
7;ve already cleared it with Beekhof, so I'll update
files with his notice to the new format, and also contact other people
as needed for other files.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.cluster
ports to 1.1 will start to slow down now, since
distributions are starting to pick up the 2.0 series.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/developers
#x27;s own configuration outside the cluster).
Once this PR is settled, we can do another one to formally adopt the
changes as OCF RA API 1.1.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/developers
On Mon, 2019-02-11 at 17:01 -0600, Ken Gaillot wrote:
> On Mon, 2019-02-11 at 22:48 +0100, Jan Pokorný wrote:
> > On 20/01/19 12:44 +0100, Jan Pokorný wrote:
> > > On 18/01/19 20:32 +0100, Jan Pokorný wrote:
> > > > It was discovered that this release of glib pr
ything truly reproducible (as in
> crm_simulate),
> either pacemaker prior to 2.0.1 combined with glib pre- or equal-or-
> post-
> 2.59.0 need to be uniformly (reproducers need to follow the original)
> combined to get the same results, and with pacemaker 2.0.1+,
> identical
> results (but possibly differing against either of the former combos)
> will _likely_ be obtained regardless of particular run-time linked
> glib
> version, but strength of this "likely" will only be established with
> future experience, I suppose (but shall universally hold with the
> same
> glib class per stated division, so no change in this already positive
> regard).
>
> Just scratched the surface, so gladly be corrected.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/developers
On Tue, 2019-02-05 at 18:24 +0100, Gao,Yan wrote:
> On 2/5/19 7:50 AM, Kristoffer Grönlund wrote:
> > On Mon, 2019-02-04 at 18:43 -0600, Ken Gaillot wrote:
> > > Hi all,
> > >
> > > Anyone who works on the Pacemaker code base might be interested
> > >
nts
via accessor functions to make it easier to change the implementation
without breaking backward compatibility.
This is all just a proposal, and we can use the pull request and this
thread to discuss any suggested changes to the scheme.
--
Ken Gaillot
__
and-line tools:
https://github.com/ClusterLabs/pacemaker/tree/master/tools
>
> Thanks!
> Vinod
>
> On Mon, Feb 4, 2019 at 8:57 AM Ken Gaillot
> wrote:
> > On Sun, 2019-02-03 at 08:44 -0800, Vinod Chegu wrote:
> > > Hello,
> > >
> > >
ne of them
instead, at the cost of creating an additional dependency for your
tool.
For alerts, you can have pacemaker call a Python script with
interesting info passed as environment variables. See:
http://clusterlabs.org/pacemaker/doc/en-US/Pacemaker/2.0/html-single/Pacemaker_Explained/in
On Fri, 2019-01-18 at 18:53 +0100, Lars Ellenberg wrote:
> On Thu, Jan 17, 2019 at 09:09:11AM +1100, Andrew Beekhof wrote:
> >
> >
> > > On 17 Jan 2019, at 2:59 am, Ken Gaillot
> > > wrote:
> > >
> > > I'm not familiar with the reasoni
o about translations. I've
disabled them since they got really out of date and aren't actively
maintained. Our docs are updated more frequently than they used to be,
so any translators would have a nontrivial ongoing commitment. We could
use something l
priority, __LINE__, tags_); \
> + } \
> + if (descriptor_pt && (descriptor_pt->targets || \
> + qb_bit_set(descriptor_pt->tags, \
> + QB_LOG_TAG_LIBQB_MSG_BIT)))
r the 2.0.1
release.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/developers
gt; Is it well-behaved action at the Pacemaker-1.x?
>
> In other words, is it possible that execute notify action with
> monitor(probe) action?
>
> Best regards,
Sorry, no, notifications are only sent for start, stop, demote, and
promote actions.
--
Ken Gaillot
___
On Thu, 2018-11-01 at 16:41 -0500, Ken Gaillot wrote:
> This would affect most applications using libpe_status.
>
> I ran into a situation recently where a fix would require changing
> libpe_status's pe_working_set_t data type.
>
> For most data types in the Pacemaker API,
ncies to the interpreters used. On the
other hand, using application-specific Python libraries, for example,
would reasonably be a package dependency that we wouldn't want to
require for all installations. So, maybe the resource-agents package
could separate
ight be
affected, or has an opinion on the problem and solution here.
In case anyone's interested, the fix that inspired this has its own PR:
https://github.com/ClusterLabs/pacemaker/pull/1609
--
Ken Gaillot
___
Developers mailing list
Develop
Fixed in master branch by 15b9e93f and in 1.1 branch by 4d22b22a
On Thu, 2018-09-20 at 11:29 -0500, Ken Gaillot wrote:
> Many thanks for catching this. It looks like it was introduced by
> bdf69722 in master (backported to 1.1 as 92cfcc15). Thankfully it
> didn't make it into a rele
t; Problem is related to op-restart-digest generation which does not
> > appear
> > in the CIB with the current version.
> >
> > I do not know is 2.0/master affected.
> >
> > Best,
> > Vladislav
--
Ken Gaillot
___
mizations with respect to above.
>
>
> Thanks,
> Rohit
That's probably the best way available currently. You could copy the
source code of cibadmin and modify it to do the query in a loop until
successful, if you wanted to make it more convenient.
--
Ken Gaillot
___
Now that we're finished with the 2.0.0 / 1.1.19 release cycle, all
pacemaker pull requests should be submitted against the master branch.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.clusterlabs.org/ma
should be sufficient for most applications, but as there
were API changes from 1.1.x to 2.0.0, some applications may need code
changes (typically simple search-and-replace). If compiling against the
new libraries fails, see:
https://wiki.clusterlabs.org/wiki/Pacemaker_2.0_API_Changes
--
Ken Gaillot
ution I know of is
> totally open, so it's a question of "picking your poison" which
> doesn't
> make a strong "move" argument.
>
> I vote to just hang tight, say for 3~6 months, then start a new
> thread
>
te set to
"true". The old syntax will be supported for at least the lifetime of
the 2.0.x series, but if you create or modify clone syntax, you should
update it to handle the new syntax as soon as possible.
What has NOT changed with the daemon names: the publ
acemaker doesn't try to stop anything on a node that is known to be
down, so we would need more details to figure out what's going on in
the above situation.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/developers
On Tue, 2018-04-17 at 07:32 +0200, Kristoffer Grönlund wrote:
> Ken Gaillot writes:
>
> > Hi all,
> >
> > As I'm sure you've seen, there is a strong sentiment on the users
> > list
> > to change all the Pacemaker daemon names in Pacemaker 2.0.0, mai
API symbols: for example, crm_meta_name() ->
pcmk_meta_name(). This would be a huge project with huge impact, and
will definitely not be done for 2.0.0. We would immediately start using
the new convention for new API symbols, and more slowly update existing
ones (with compatibility w
parameters. The idea is that UI tools can take an existing
configuration, and recommend improvements. It would also allow UIs to
hide deprecated parameters unless the user selects "advanced" options.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/developers
On Fri, 2018-02-09 at 18:54 -0500, Digimer wrote:
> On 2018-02-09 06:51 PM, Ken Gaillot wrote:
> > On Fri, 2018-02-09 at 12:52 -0500, Digimer wrote:
> > > On 2018-02-09 03:27 AM, Jan Pokorný wrote:
> > > > Hello,
> > > >
> > > > there
rently no way to turn compression off in Pacemaker, however
it is only used for IPC messages that pass a fairly high size
threshold, so many clusters would be unaffected even without changes.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/developers
On Thu, 2018-01-25 at 20:27 -0600, Ken Gaillot wrote:
> FYI, we will move the ClusterLabs mailing lists to an upgraded server
> this weekend (most likely Sunday). If anyone has problems sending or
> receiving mail from the lists next week, feel free to e-mail me
> directly (address
FYI, we will move the ClusterLabs mailing lists to an upgraded server
this weekend (most likely Sunday). If anyone has problems sending or
receiving mail from the lists next week, feel free to e-mail me
directly (address in signature below).
--
Ken Gaillot
ibute to the
project, than with community volunteers who may have very limited time
to spend on it. Usually I'll give first contributions more slack, and
give people pointers for how to do it better in the future, depending
on their apparent skill level / time availability. I'd rather have a
project - https
://developerbugs.linuxfoundation.org/buglist.cgi?product=Pacemaker
CLBZ - ClusterLabs bugzilla - https://bugs.clusterlabs.org/
RHBZ - Red Hat bugzilla - https://bugzilla.redhat.com/
BSC - SuSE bugzilla - https://bugzilla.suse.com/index.cgi
Sometimes you
and
comment on them before they're adopted. People who submit pull requests
and the developers who review them by necessity are primarily familiar
with their own use cases, and it really helps to have other users'
viewpoints.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/developers
a user will look if they're confused about why there are two
agents.
If the new agent becomes the clear preference, we can eventually add a
"deprecated" notice to the old agent's description. (And if the
proposed OCF overhaul ever co
anyone else have any other ideas for names or preferences? (Or
> reasons to keep the current LVM-activate name?).
>
> Thanks,
> Chris
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/developers
t; - docker: add docker-native healthcheck
> > > > > > - galera: fix for MariaDB 10.1.21+
> > > > > > - mysql: set correct master score after maintenance mode
> > > > > > - ocf-shellfuncs: improve locking (ocf_take_lock())
> > > > > > - pgsql:
ranch will be accepted only to backport
commits from 2.0 or master. This will mainly be of use to anyone who
wants to continue using heartbeat or corosync 1 as the cluster layer,
or anyone who wants to stay on the 1.1.18 version for a while longer,
but cherry-pick newer changes.
--
Ken Ga
1 - 100 of 179 matches
Mail list logo
