Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-06 Thread James Guthrie
On Mar 6, 2013, at 7:34 AM, Andrew Beekhof and...@beekhof.net wrote: On Wed, Feb 6, 2013 at 11:41 PM, James Guthrie j...@open.ch wrote: Hi David, Unfortunately crm_report doesn't work correctly on my hosts as we have compiled from source with custom paths and apparently the crm_report and

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-06 Thread Andrew Beekhof
On Wed, Mar 6, 2013 at 6:59 PM, James Guthrie j...@open.ch wrote: On Mar 6, 2013, at 7:34 AM, Andrew Beekhof and...@beekhof.net wrote: On Wed, Feb 6, 2013 at 11:41 PM, James Guthrie j...@open.ch wrote: Hi David, Unfortunately crm_report doesn't work correctly on my hosts as we have

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-06 Thread Andrew Beekhof
On Wed, Mar 6, 2013 at 8:02 PM, James Guthrie j...@open.ch wrote: Hi Andrew, Thanks for looking into this. We have since decided not to perform a failover on the failure of one of the sub-* resources for operational reasons. As a result, I can't reliably test if this issue is actually fixed

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-06 Thread Andrew Beekhof
On Thu, Mar 7, 2013 at 11:23 AM, Andrew Beekhof and...@beekhof.net wrote: On Wed, Mar 6, 2013 at 8:02 PM, James Guthrie j...@open.ch wrote: Hi Andrew, Thanks for looking into this. We have since decided not to perform a failover on the failure of one of the sub-* resources for operational

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-05 Thread Andrew Beekhof
On Tue, Feb 5, 2013 at 9:13 PM, James Guthrie j...@open.ch wrote: Hi Andrew, The resource in this case was master-squid.init. The resource agent serves as a master/slave OCF wrapper to a non-LSB init script. I forced the failure by manually stopping that init script on the host. Ok.

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-05 Thread Andrew Beekhof
Unfortunately the config only tells half of the story, the really important parts are in the status. Do you still happen to have /opt/OSAGpcmk/pcmk/var/lib/pacemaker/pengine/pe-input-156.bz2 on mu around? That would have what we need. On Wed, Feb 6, 2013 at 1:12 AM, James Guthrie j...@open.ch

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-05 Thread Andrew Beekhof
: - Original Message - From: James Guthrie j...@open.ch To: The Pacemaker cluster resource manager pacemaker@oss.clusterlabs.org Sent: Tuesday, February 5, 2013 8:12:57 AM Subject: Re: [Pacemaker] Pacemaker resource migration behaviour Hi all, as a follow-up to this, I realised that I

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-03-05 Thread Andrew Beekhof
@oss.clusterlabs.org Sent: Tuesday, February 5, 2013 8:12:57 AM Subject: Re: [Pacemaker] Pacemaker resource migration behaviour Hi all, as a follow-up to this, I realised that I needed to slightly change the way the resource constraints are put together, but I'm still seeing the same behaviour

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-02-07 Thread James Guthrie
...@redhat.com wrote: - Original Message - From: James Guthrie j...@open.ch To: The Pacemaker cluster resource manager pacemaker@oss.clusterlabs.org Sent: Tuesday, February 5, 2013 8:12:57 AM Subject: Re: [Pacemaker] Pacemaker resource migration behaviour Hi all, as a follow-up

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-02-06 Thread James Guthrie
: - Original Message - From: James Guthrie j...@open.ch To: The Pacemaker cluster resource manager pacemaker@oss.clusterlabs.org Sent: Tuesday, February 5, 2013 8:12:57 AM Subject: Re: [Pacemaker] Pacemaker resource migration behaviour Hi all, as a follow-up to this, I realised

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-02-06 Thread David Vossel
- Original Message - From: James Guthrie j...@open.ch To: The Pacemaker cluster resource manager pacemaker@oss.clusterlabs.org Sent: Wednesday, February 6, 2013 6:52:07 AM Subject: Re: [Pacemaker] Pacemaker resource migration behaviour A quick addendum to this message: The log

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-02-05 Thread Andrew Beekhof
On Thu, Jan 31, 2013 at 3:04 AM, James Guthrie j...@open.ch wrote: Hi all, I'm having a bit of difficulty with the way that my cluster is behaving on failure of a resource. The objective of my clustering setup is to provide a virtual IP, to which a number of other services are bound. The

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-02-05 Thread James Guthrie
Hi Andrew, The resource in this case was master-squid.init. The resource agent serves as a master/slave OCF wrapper to a non-LSB init script. I forced the failure by manually stopping that init script on the host. Regards, James On Feb 5, 2013, at 10:56 AM, Andrew Beekhof and...@beekhof.net

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-02-05 Thread James Guthrie
Hi all, as a follow-up to this, I realised that I needed to slightly change the way the resource constraints are put together, but I'm still seeing the same behaviour. Below are an excerpt from the logs on the host and the revised xml configuration. In this case, I caused two failures on the

Re: [Pacemaker] Pacemaker resource migration behaviour

2013-02-05 Thread David Vossel
- Original Message - From: James Guthrie j...@open.ch To: The Pacemaker cluster resource manager pacemaker@oss.clusterlabs.org Sent: Tuesday, February 5, 2013 8:12:57 AM Subject: Re: [Pacemaker] Pacemaker resource migration behaviour Hi all, as a follow-up to this, I realised

[Pacemaker] Pacemaker resource migration behaviour

2013-01-30 Thread James Guthrie
Hi all, I'm having a bit of difficulty with the way that my cluster is behaving on failure of a resource. The objective of my clustering setup is to provide a virtual IP, to which a number of other services are bound. The services are bound to the VIP with constraints to force the service to