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

[Balaji S]

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,

BSK.

On Tue, Aug 9, 2011 at 9:30 PM, <linux-cluster-request at redhat.com> wrote:

> Send Linux-cluster mailing list submissions to
>        linux-cluster at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://www.redhat.com/mailman/listinfo/linux-cluster
> or, via email, send a message with subject or body 'help' to
>        linux-cluster-request at redhat.com
>
> You can reach the person managing the list at
>        linux-cluster-owner at 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 at aaaaa.org>
> To: linux clustering <linux-cluster at redhat.com>
> Subject: Re: [Linux-cluster] Expected behaviour when service fails to
>        stop
> Message-ID: <20110808221425.GZ341 at mip.aaaaa.org>
> Content-Type: text/plain; charset=us-ascii
>
> Chris Alexander <chris.alexander at 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:
>  https://fedorahosted.org/cluster/wiki/ServiceOperationalBehaviors
>
> 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
>
>
>
> ------------------------------
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20110809/988d8132/attachment.htm>