[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Linux-cluster] Linux-cluster Digest, Vol 88, Issue 6

Hi Ofer Inbar,
When cluster service start failover to other node, after some time still the service in recovery mode, then the cluster again showing the service is failed, may i know whats the default time cluster will wait for the service to recover completely? Also can we increase the cluster wait time? If yes, then where is the config we need to extend the default time?  Valuable suggestions are really helpful.

In my scenario, i am facing the same kind of problem, when cluster waits for around 15 min, if the service not recovered properly again cluster killing the service and showing as failed. I am manually stopping the cluster services on all the nodes and starting service as standalone to recover all the things and putting back in cluster after service starts perfectly.

Thanks in Advance,


On Tue, Aug 9, 2011 at 9:30 PM, <linux-cluster-request redhat com> wrote:
Send Linux-cluster mailing list submissions to
       linux-cluster redhat com

To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
       linux-cluster-request redhat com

You can reach the person managing the list at
       linux-cluster-owner redhat com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Linux-cluster digest..."

Today's Topics:

  1. Re: Expected behaviour when service fails to stop (Ofer Inbar)
  2. meta-data problem: rg_test shows the wrong value (Ofer Inbar)
  3. Re: meta-data problem: rg_test shows the wrong value (Ofer Inbar)
  4. ccs/ricci cluster operation design (Etsuji Nakai)
  5. Re: RHCS resource agent: status interval vs.      monitor interval
     (Ofer Inbar)


Message: 1
Date: Mon, 8 Aug 2011 18:14:25 -0400
From: Ofer Inbar <cos aaaaa org>
To: linux clustering <linux-cluster redhat com>
Subject: Re: [Linux-cluster] Expected behaviour when service fails to
Message-ID: <20110808221425 GZ341 mip aaaaa org>
Content-Type: text/plain; charset=us-ascii

Chris Alexander <chris alexander kusiri com> wrote:
> I was wondering what the expected behaviour of the cluster would be when a
> service cannot be shutdown safely. For example, if you request a service
> group to be relocated to another node in the cluster, if one of the services
> in that group fails to stop (causing a timeout?), what would the result be?
> I should imagine that the service would be marked as Failed, is this the
> case? I have been unable to find this particular scenario documented anywhere.

This may be the documentation you're looking for:

Under "Service States", the "failed" state is documented as:
 failed - The service is presumed dead. This state occurs whenever a
 resource's stop operation fails. Administrator must verify that there
 are no allocated resources (mounted file systems, etc.) prior to
 issuing a disable request. The only action which can take place from
 this state is disable.

So your intuition that the service is marked as "failed" if the stop
fails, is correct.  However, I'm not sure what you mean by "causing a
timeout".  What defines a stop failure is up to the resource agent
script (located in /usr/share/cluster) corresponding to the resource
it's trying to stop.  If the "stop" operation from that script returns
a non-zero exit code, then the stop is considered to have failed.
 -- Cos


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]