On Mon, 16 Feb 2015, Barry Haycock wrote:
I am building a corosync/pacemaker/haproxy HA load balancer in Active/Active
mode using ClusterIP. As this built on RHEL 6.5 I am restricted to using PCS
to configure the LB.
One of the requirements is to maintain TCP state so that TCP based syslog
On Mon, Feb 16, 2015 at 01:12:55PM +0100, Kristoffer Grönlund wrote:
Lars Marowsky-Bree l...@suse.com writes:
On 2015-02-16T09:20:22, Kristoffer Grönlund kgronl...@suse.com wrote:
Actually, I decided that it does make sense to return 0 as the error
code even if the resource to delete
Dejan Muhamedagic deja...@fastmail.fm writes:
If Dejan also votes to revert this change, I will do so.
Must say that I somehow missed the change. The most useful thing
to do seems be to exit with 0 in case --force (or crm -F) is in
effect (perhaps to suppress the error message too), just
16.02.2015 14:34, Lars Marowsky-Bree wrote:
On 2015-02-16T09:20:22, Kristoffer Grönlund kgronl...@suse.com wrote:
Actually, I decided that it does make sense to return 0 as the error
code even if the resource to delete doesn't exist, so I pushed a commit
to change this. The error message is
On Mon, Feb 16, 2015 at 03:25:58PM +0100, Kristoffer Grönlund wrote:
Dejan Muhamedagic deja...@fastmail.fm writes:
If Dejan also votes to revert this change, I will do so.
Must say that I somehow missed the change. The most useful thing
to do seems be to exit with 0 in case --force
Hi,
On Mon, Feb 16, 2015 at 11:20:16AM +0300, Vladislav Bogdanov wrote:
16.02.2015 11:15, Kristoffer Grönlund wrote:
Vladislav Bogdanov bub...@hoster-ok.com writes:
Hi Kristoffer,
may be it is worth to silently (or at least with rc=0) allow deletion of
non-existing or already-deleted
---
modules/cibconfig.py |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/modules/cibconfig.py b/modules/cibconfig.py
index 8689c1b..8680f33 100644
--- a/modules/cibconfig.py
+++ b/modules/cibconfig.py
@@ -3463,8 +3463,6 @@ class CibFactory(object):
for obj_id in
Vladislav Bogdanov bub...@hoster-ok.com writes:
Hi Kristoffer,
may be it is worth to silently (or at least with rc=0) allow deletion of
non-existing or already-deleted configuration statements?
Background for that is that I keep track of the all configuration
statements myself, and, when
Vladislav Bogdanov bub...@hoster-ok.com writes:
Hi Kristoffer,
may be it is worth to silently (or at least with rc=0) allow deletion of
non-existing or already-deleted configuration statements?
Background for that is that I keep track of the all configuration
statements myself, and, when
16.02.2015 11:15, Kristoffer Grönlund wrote:
Vladislav Bogdanov bub...@hoster-ok.com writes:
Hi Kristoffer,
may be it is worth to silently (or at least with rc=0) allow deletion of
non-existing or already-deleted configuration statements?
Background for that is that I keep track of the all
I am building a corosync/pacemaker/haproxy HA load balancer in Active/Active
mode using ClusterIP. As this built on RHEL 6.5 I am restricted to using PCS to
configure the LB.
One of the requirements is to maintain TCP state so that TCP based syslog audit
is not lost during a fail over.
I
On 2015-02-16T09:20:22, Kristoffer Grönlund kgronl...@suse.com wrote:
Actually, I decided that it does make sense to return 0 as the error
code even if the resource to delete doesn't exist, so I pushed a commit
to change this. The error message is still printed, though.
I'm not sure I agree,
Lars Marowsky-Bree l...@suse.com writes:
On 2015-02-16T09:20:22, Kristoffer Grönlund kgronl...@suse.com wrote:
Actually, I decided that it does make sense to return 0 as the error
code even if the resource to delete doesn't exist, so I pushed a commit
to change this. The error message is
Hi Dejan,
16.02.2015 13:47, Dejan Muhamedagic wrote:
Hi,
On Mon, Feb 16, 2015 at 11:20:16AM +0300, Vladislav Bogdanov wrote:
16.02.2015 11:15, Kristoffer Grönlund wrote:
Vladislav Bogdanov bub...@hoster-ok.com writes:
Hi Kristoffer,
may be it is worth to silently (or at least with rc=0)
Hi Lars,
On Thu, Feb 12, 2015 at 01:29:35AM +0100, Lars Ellenberg wrote:
On Fri, Jan 30, 2015 at 09:52:49PM +0100, Dejan Muhamedagic wrote:
Hello,
We've tagged today (Jan 30) a new stable resource-agents release
(3.9.6) in the upstream repository.
Big thanks go to all contributors!
15 matches
Mail list logo