On 08/05/2015 08:40 AM, Jehan-Guillaume de Rorthais wrote:
> On Wed, 5 Aug 2015 16:37:39 +0300
> Andrei Borzenkov wrote:
>
>> On Wed, Aug 5, 2015 at 4:04 PM, Jehan-Guillaume de Rorthais
>> wrote:
>>> hi guys,
>>>
>>> We are still on our new postgresql resource agent.
>>>
>>> We kind of make our
ute, or something similar)
* Make sure two equals don't cause problems for parsers (e.g.
target=rack=01)
[1] http://clusterlabs.org/pipermail/users/2015-September/001340.html
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/developers
On 09/08/2015 01:51 PM, Jan Pokorný wrote:
> On 08/09/15 10:27 -0500, Ken Gaillot wrote:
>> * Don't confuse NAME:VALUE with an IPv6 address, which must have
>> more than one ':'
>
> conceptually not enough to reliably distinguish IPv6 address
> &quo
et-pattern="NODE_NAME_REGEX". Previously,
these were implemented such that someone might have gotten away with
using a regex with target instead of target-pattern, but that won't work
with the new implementation.
On 09/08/2015 10:27 AM, Ken Gaillot wrote:
> As announced on us...@
On 11/25/2015 06:52 PM, Jehan-Guillaume de Rorthais wrote:
> Hi guys,
>
> While working on our pgsqlms agent[1], we are now studying how to control all
> the steps of a switchover process from the resource agent.
>
> The tricky part here is the 2nd step of a successful swithover with PostgreSQL
after that.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/developers
w configuration syntax.
This is all in the idea stage (development is still a ways off), so any
comments, suggestions, criticisms, etc. are welcome.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/developers
On 12/02/2015 11:14 PM, Digimer wrote:
> On 02/12/15 06:23 PM, Ken Gaillot wrote:
>> This will be of interest to cluster front-end developers and anyone who
>> needs event notifications ...
>>
>> One of the new features in Pacemaker 1.1.14 will be built-in
>> no
On 12/02/2015 05:26 PM, Andrew Beekhof wrote:
>
>> On 3 Dec 2015, at 10:23 AM, Ken Gaillot wrote:
>>
>> For backward compatibility, the (brand new!) notification-agent and
>> notification-recipient cluster properties would be kept as deprecated
>> shortcu
On 12/03/2015 10:58 AM, Klaus Wenninger wrote:
> On 12/03/2015 05:39 PM, Jan Pokorný wrote:
>> On 03/12/15 17:06 +0100, Klaus Wenninger wrote:
>>> On 12/03/2015 04:45 PM, Jan Pokorný wrote:
What I am up to is a proposal of an alternative/parallel mechanism
that better fits the asymmetric
On 12/04/2015 10:59 AM, Jan Pokorný wrote:
> Btw. was any other architectural approach considered? It's sad
> that multiplatform IPC, which is what might be better to handle
> more or less continuous one-way stream of updates (would the exec
> mechanism apply some kind of rate-limiting to prevent
On 12/07/2015 08:44 AM, Digimer wrote:
> On 07/12/15 05:07 AM, Dejan Muhamedagic wrote:
>> Hi,
>>
>> On Thu, Dec 03, 2015 at 11:29:24AM -0600, Ken Gaillot wrote:
>>> On 12/02/2015 05:26 PM, Andrew Beekhof wrote:
>>>>
>>>>> On 3 Dec 2015,
ll be included in the next release.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/developers
On 12/08/2015 05:52 AM, Andrei Borzenkov wrote:
> On Fri, Dec 4, 2015 at 4:11 PM, Jehan-Guillaume de Rorthais
> wrote:
>
>>
>> But I fail to understand how I could distinguish, even from notifications, a
>> failing scenario from a move/switchover one.
>>
>
> On demote fetch current log position
On 12/12/2015 12:26 PM, Jan Pokorný wrote:
> On 07/12/15 09:41 +1100, Andrew Beekhof wrote:
>>> On 5 Dec 2015, at 4:22 AM, Ken Gaillot
>>> wrote: On 12/04/2015 10:59 AM, Jan Pokorný wrote:
>>>> (would the exec mechanism apply some kind of rate-limiting to
>>
FYI, now that we're done with the 1.1.14 release cycle, all pacemaker
pull requests should be made against the master branch again.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/lis
On 02/24/2016 06:15 AM, Jan Pokorný wrote:
> On 24/02/16 12:45 +0100, Svante Signell wrote:
>> On Fri, 2016-02-19 at 13:09 +0100, Jan Pokorný wrote:
>>> On 19/02/16 11:40 +0100, Svante Signell wrote:
The attached patch, hurd_support.patch, against git master adds support for
the
GNU/
On 03/17/2016 12:47 PM, Jan Pokorný wrote:
> Affected packages breakdown is at the bottom, including
> (possibly non-exhaustive) contributors that knowingly or unknowingly
> contributed under that file-local license.
Since this is merely a clarification of the intended license, and not a
change to
ll be included in the next release.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/developers
On 04/28/2016 04:47 AM, Jehan-Guillaume de Rorthais wrote:
> Hello all,
>
> While testing and experiencing with our RA for PostgreSQL, I found the
> meta_notify_active_* variables seems always empty. Here is an example of
> these variables as they are seen from our RA during a migration/switchover
On 05/03/2016 05:30 PM, Jehan-Guillaume de Rorthais wrote:
> Le Tue, 3 May 2016 21:10:12 +0200,
> Jehan-Guillaume de Rorthais a écrit :
>
>> Le Mon, 2 May 2016 17:59:55 -0500,
>> Ken Gaillot a écrit :
>>
>>> On 04/28/2016 04:47 AM, Jehan-Guillau
On 05/26/2016 03:17 PM, Vladislav Bogdanov wrote:
> Hi all,
>
> here is a list of issues found during testing of a setup with 2 cluster
> nodes, 8 remote nodes and around 450 resources. I hope it could be
> useful to do some polishing before 1.1.15 release. pacemaker version is
> quite close to 1.
wo separate messages.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/developers
On 06/07/2016 05:52 AM, Alex Lyakas wrote:
> Hello Andrew,
>
> Thank you for your response.
>
> We have a two-node cluster, and we need to upgrade pacemaker at both nodes.
>
> We ended up applying locally the patch[1], which sends explicit ACK if
> it matches the old version of pacemaker.
Th
FYI, now that we're done with the 1.1.15 release cycle, all pacemaker
pull requests should be made against the master branch again.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/lis
itself as an entity, and
resurrect it somehow?
[1]
http://www.opencf.org/cgi-bin/viewcvs.cgi/specs/ra/resource-agent-api.txt?rev=HEAD
[2] http://www.linuxfoundation.org/collaborate/workgroups
--
Ken Gaillot
___
Developers mailing list
Developers@
On 07/18/2016 11:19 AM, Digimer wrote:
> On 18/07/16 12:13 PM, Ken Gaillot wrote:
>> A suggestion came up recently to formalize a new version of the OCF
>> resource agent API standard[1].
>>
>> The main goal would be to formalize the API as it is actually used
>>
On 07/19/2016 09:33 AM, Oyvind Albrigtsen wrote:
> On 19/07/16 14:35, Lars Ellenberg wrote:
>> On Mon, Jul 18, 2016 at 11:13:42AM -0500, Ken Gaillot wrote:
>>> A suggestion came up recently to formalize a new version of the OCF
>>> resource agent API standard[1].
>&g
ng of
pacemaker.
The fix looks straightforward, so I should be able to take care of it soon.
Filed bug http://bugs.clusterlabs.org/show_bug.cgi?id=5295
On 05/08/2016 04:57 AM, Jehan-Guillaume de Rorthais wrote:
> Le Fri, 6 May 2016 15:41:11 -0500,
> Ken Gaillot a écrit :
>
>>
On 07/29/2016 05:41 PM, Andrew Beekhof wrote:
>
>
> Sent from my iPhone
>
>> On 30 Jul 2016, at 8:32 AM, Ken Gaillot wrote:
>>
>> I finally had time to investigate this, and it definitely is broken.
>>
>> The only existing heartbeat RA to use the *_
en too
I just realized *_active_* is only broken for master/slave clones.
Filesystem is not master/slave, so it wouldn't have any issue.
> Sent from my iPhone
>
>> On 30 Jul 2016, at 8:51 AM, Ken Gaillot wrote:
>>
>>> On 07/29/2016 05:41 PM, Andrew Beekhof wrote:
>&g
On 08/01/2016 11:18 AM, Jehan-Guillaume de Rorthais wrote:
> Le Mon, 1 Aug 2016 10:27:53 -0500,
> Ken Gaillot a écrit :
>
>> On 07/29/2016 06:19 PM, Andrew Beekhof wrote:
>>> Urgh. I must be confused with sles11.
>>> In any case, the first version of pa
On 08/02/2016 03:10 AM, Jehan-Guillaume de Rorthais wrote:
> Le Mon, 1 Aug 2016 12:00:24 -0500,
> Ken Gaillot a écrit :
>
>> On 08/01/2016 11:18 AM, Jehan-Guillaume de Rorthais wrote:
>>> Le Mon, 1 Aug 2016 10:27:53 -0500,
>>> Ken Gaillot a écrit :
>&g
I got a response from the Linux Foundation regarding the OCF name. They
are willing to host a working group if we want a neutral home for it. He
didn't explicitly address the question, but I believe the LF would have
no objections to ClusterLabs taking over the OCF name if we don't want
to go that
ime, we can
consolidate anything of interest to developers working on the Pacemaker
codebase.
Feel free to recommend or submit pull requests for changes. The source
is in the pacemaker repository under "doc", along with the existing
documents suc
On 08/17/2016 12:34 AM, Digimer wrote:
> On 16/08/16 02:09 PM, Ken Gaillot wrote:
>> Hello everybody,
>>
>> Our Pacemaker developer documentation has been scattered across the
>> ClusterLabs website, wiki, and repository. Since we've been seeing more
>> activ
On 08/18/2016 08:31 AM, Kristoffer Grönlund wrote:
> Jan Pokorný writes:
>
>> Thinking about that, ClusterLabs may be considered a brand established
>> well enough for "clusterlabs" provider to work better than anything
>> general such as previously proposed "core". Also, it's not expected
>> th
ady, but I thought it
might be nice to have a Cluster Labs logo for the website and
documentation, that could tie all the various projects together.
Comments anyone? The example here is greyscale for discussion purposes,
but the final should have some color scheme.
Suggestions/revisions/alternative
On 08/24/2016 03:38 PM, Kristoffer Grönlund wrote:
> Ken Gaillot writes:
>
>> I was doodling the other day and came up with a potential logo for
>> Cluster Labs. I've attached an example of what I came up with. It's
>> meant to subtly represent an outer "C&
On 08/24/2016 03:47 PM, Digimer wrote:
> On 24/08/16 02:19 PM, Jan Pokorný wrote:
>> On 24/08/16 12:50 -0500, Ken Gaillot wrote:
>>> I was doodling the other day and came up with a potential logo for
>>> Cluster Labs. I've attached an example of what I came u
On 08/25/2016 09:02 AM, Kristoffer Grönlund wrote:
> Klaus Wenninger writes:
>
>> On 08/25/2016 03:13 PM, Andrew Price wrote:
>>> On 25/08/16 13:58, Klaus Wenninger wrote:
>>>> On 08/25/2016 12:49 PM, Andrew Price wrote:
>>>>> On 24/08/16 18:50,
cemaker loads an RA's metadata and finds the configured name in the
aliases section, it could log a warning with the reason.
The only drawback I see is that there is no inherent coordination
between the symlinks and the aliases. But either would be fine without
the other, so I don't see tha
On 09/21/2016 03:25 PM, Adam Spiers wrote:
> Hi Jan,
>
> Jan Pokorný wrote:
>> Hello,
>>
>> https://github.com/ClusterLabs/resource-agents/pull/846 seems to be
>> a first crack on integrating systemd to otherwise init-system-unaware
>> resource-agents.
>>
>> As pacemaker already handles native sy
On 09/22/2016 08:49 AM, Adam Spiers wrote:
> Ken Gaillot wrote:
>> On 09/21/2016 03:25 PM, Adam Spiers wrote:
>>> Jan Pokorný wrote:
>>>> Just thinking aloud before the can is open.
>>>
>>> Thanks for sharing - I'm very interested to hear
On 09/22/2016 10:39 AM, Adam Spiers wrote:
> Ken Gaillot wrote:
>> On 09/22/2016 08:49 AM, Adam Spiers wrote:
>>> Ken Gaillot wrote:
>>>> On 09/21/2016 03:25 PM, Adam Spiers wrote:
>>>>> As a result I have been thinking about the idea of changing the
On 09/26/2016 09:10 AM, Adam Spiers wrote:
> Ken Gaillot wrote:
>> On 09/22/2016 10:39 AM, Adam Spiers wrote:
>>> Ken Gaillot wrote:
>>>> On 09/22/2016 08:49 AM, Adam Spiers wrote:
>>>>> Ken Gaillot wrote:
>>>>>> On 09/21/20
On 09/26/2016 09:15 AM, Adam Spiers wrote:
> [Sending this as a separate mail, since the last one was already (too)
> long and focused on specific details, whereas this one takes a step
> back to think about the bigger picture again.]
>
> Adam Spiers wrote:
>>> On 09/21/2016 03:25 PM, Adam Sp
On 09/26/2016 12:03 PM, Jan Pokorný wrote:
> On 26/09/16 11:39 -0500, Ken Gaillot wrote:
>> On 09/26/2016 09:10 AM, Adam Spiers wrote:
>>> Now, here I *do* see a potential problem. If service B is managed by
>>> Pacemaker, is configured with Requires=A and After=A
On 09/22/2016 04:28 AM, Jan Pokorný wrote:
> On 21/09/16 16:26 -0500, Ken Gaillot wrote:
>> On 09/21/2016 10:55 AM, Jan Pokorný wrote:
>>> On 21/09/16 14:50 +1000, Andrew Beekhof wrote:
>>>> I like where this is going.
>>>> Although I don’t think we
On 09/26/2016 01:34 PM, Andrei Borzenkov wrote:
> 26.09.2016 19:39, Ken Gaillot пишет:
> ...
>>>
>>>> The main drawbacks I see are that I'm not sure you can solve the
>>>> problems with polling without the dbus interface
>>>
>>>
On 08/16/2016 12:44 AM, Kristoffer Grönlund wrote:
> Ken Gaillot writes:
>
>> How does everyone feel about this? Should we host the OCF standards
>> under the Linux Foundation, for greater reach and authority, and clear
>> neutrality? Or should we bring it under Cluster
On 10/21/2016 07:40 PM, Adam Spiers wrote:
> Ken Gaillot wrote:
>> On 09/26/2016 09:15 AM, Adam Spiers wrote:
>>> [Sending this as a separate mail, since the last one was already (too)
>>> long and focused on specific details, whereas this one takes a step
>>
Any testing feedback in the next few weeks is greatly appreciated.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/developers
On 11/08/2016 06:45 AM, Jehan-Guillaume de Rorthais wrote:
> Hi guys,
>
> I am currently struggling with "crm_node --list" output. I need to get the
> list
> of existing nodes in the cluster from my resource agent ("past and current"
> nodes as stated in crm_node man page).
>
> However, the "crm
On 11/09/2016 09:57 AM, Jehan-Guillaume de Rorthais wrote:
> Hi,
>
> It seems OCF_ERR_ARGS has different meanings according to documentations:
>
>
> http://clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Pacemaker_Explained/s-ocf-return-codes.html
> «The resource’s configuration is not valid on
On 11/03/2016 02:37 PM, Adam Spiers wrote:
> Hi again Ken,
>
> Sorry for the delayed reply, caused by Barcelona amongst other things ...
>
> Ken Gaillot wrote:
>> On 10/21/2016 07:40 PM, Adam Spiers wrote:
>>> Ken Gaillot wrote:
>>>> On 09/26/2016 09:1
FYI, now that we're done with the 1.1.16 release cycle, all pacemaker
pull requests should be made against the master branch again.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://clusterlabs.org/mailman/lis
On 01/20/2017 08:16 AM, Jehan-Guillaume de Rorthais wrote:
> Hi all,
>
> While working on a patch in regard with the recent fix for
> OCF_RESKEY_CRM_meta_notify_active_* in 1.1.16, I found another strange
> behavior with the "notify_inactive_uname" variable: it seems it just never
> exists whatev
On 01/20/2017 09:47 AM, Jehan-Guillaume de Rorthais wrote:
> On Fri, 20 Jan 2017 09:16:51 -0600
> Ken Gaillot wrote:
>
>> On 01/20/2017 08:16 AM, Jehan-Guillaume de Rorthais wrote:
>>> Hi all,
>>>
>>> While working on
On 02/14/2017 02:51 PM, Nils Carlson wrote:
> Hi,
>
> I'm working on implementing a MariaDB resource-agent based on the mysql
> one.
> The idea is to take advantage of new features in MariaDB, especially
> semi-synchronous replication and GTID.
>
> GTID (Global Transaction ID) means that there is
On 02/17/2017 04:10 AM, K Aravind wrote:
> Hi All
>
> I am interested in contributing to the pacemaker project.
> I went through the documentation cluster from scratch and pacemaker
> explained and have a working cluster setup.
> I also went though the pacemaker development documentation , however
ll be included in the next release.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/developers
hen it's
"running" or not), so start/stop would only set up the dummy state. If
the monitor fails, the systemd resource should be recovered.
If someone wants to verify that works, I'll make sure that the
documentation gets updated.
--
Ken Gaillot
__
FYI, now that we're done with the 1.1.17 release cycle, all Pacemaker
pull requests should be made against the master branch again.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/lis
On 07/07/2017 05:58 AM, Swati Smaranika Kar wrote:
> Hi Team,
>
>
>
> I am new to Pacemaker and Corosync. As a developer I was looking through
> the code of it.
>
>
>
> While configuring a resource on a node with CLI command : (pcs resource
> create Cluster_VIP11 ocf:heartbeat:IPadd)
>
> I
On 07/17/2017 02:44 PM, Valentin Vidic wrote:
> Hello devs,
>
> Following the bundle release in 1.1.17, I've been working on a
> similar implementation for rkt. Resource agent based on docker
> is here:
>
> https://github.com/vvidic/resource-agents/blob/rkt/heartbeat/rkt
>
> That part should
On 07/18/2017 03:36 PM, Valentin Vidic wrote:
> On Tue, Jul 18, 2017 at 10:22:40PM +0200, Valentin Vidic wrote:
>> And idea what could be the problem here?
>
> I also could not start multiple rkt containers either, but the problem
> seems to be duplicate id values. After fixing these it looks fin
On 07/19/2017 01:20 AM, Valentin Vidic wrote:
> Another issue with the rkt containers is the port-mapping. Each container
> defines exposed ports:
>
> "ports": [
> {
> "name": "http",
> "protocol": "tcp",
> "por
On 07/17/2017 02:44 PM, Valentin Vidic wrote:
> The first question I have is if the xml changes are ok for the
> new container type? Do I need to modify both resources-2.8.rng
> and resources-2.9.rng or perhaps create a new version?
FYI I've fixed the XML versioning issue with commit 2f176ae6, ju
On 07/20/2017 03:50 AM, Valentin Vidic wrote:
> On Wed, Jul 19, 2017 at 02:42:08PM -0500, Ken Gaillot wrote:
>> FYI I've fixed the XML versioning issue with commit 2f176ae6, just
>> merged into master. If you merge or rebase your development branch with
>> the lates
so it is clearly distinguished form any pacemaker_remoted
running on the underlying host when running ps.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/developers
On Thu, 2017-07-27 at 23:26 +0200, Jan Pokorný wrote:
> On 24/07/17 17:59 +0200, Valentin Vidic wrote:
> > On Mon, Jul 24, 2017 at 09:57:01AM -0500, Ken Gaillot wrote:
> >> Are you sure you have pacemaker 1.1.17 inside the container as well? The
> >> pid-1 r
On Fri, 2017-07-28 at 09:04 +0200, Jan Pokorný wrote:
> On 27/07/17 17:40 -0500, Ken Gaillot wrote:
> > On Thu, 2017-07-27 at 23:26 +0200, Jan Pokorný wrote:
> >> On 24/07/17 17:59 +0200, Valentin Vidic wrote:
> >>> On Mon, Jul 24, 2017 at 09:57:01AM -0500, Ken Gail
On Tue, 2017-08-29 at 22:55 +0200, Jehan-Guillaume de Rorthais wrote:
> Hi all,
>
> We discussed this issue with Ken Gaillot and Lars Ellenberg today on IRC. This
> is just a sum up of the problem.
>
> Some users reported me that the PAF RA was not promoting the master after a
On Tue, 2017-08-29 at 16:50 -0500, Ken Gaillot wrote:
> On Tue, 2017-08-29 at 22:55 +0200, Jehan-Guillaume de Rorthais wrote:
> > Hi all,
> >
> > We discussed this issue with Ken Gaillot and Lars Ellenberg today
> on IRC. This
> > is just a sum up of the problem.
&
ing like validate="false" to continue to allow
that.
I think the schema approach is still an option. We could do something
like:
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/developers
e. Be aware, however, that
reviewing and merging these are necessarily a lower priority, compared
to the actual source code for the projects. Email this list first
before undertaking anything major, to make sure it fits with the
planned direction we'd like to move in.
--
K
Hi all,
The OCF standard is hosted in a ClusterLabs repository:
https://github.com/ClusterLabs/OCF-spec/
We've discussed updating the resource agent standard for a long time,
and now we're getting to the point where people are suggesting changes.
We need to decide how to incorporate proposed a
greatly appreciated.
--
Ken Gaillot
___
Developers mailing list
Developers@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/developers
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
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:
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
>
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
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
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
___
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
___
1 - 100 of 179 matches
Mail list logo