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

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

 



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@xxxxxxxxxx> wrote:
Send Linux-cluster mailing list submissions to
       linux-cluster@xxxxxxxxxx

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@xxxxxxxxxx

You can reach the person managing the list at
       linux-cluster-owner@xxxxxxxxxx

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@xxxxxxxxx>
To: linux clustering <linux-cluster@xxxxxxxxxx>
Subject: Re: Expected behaviour when service fails to
       stop
Message-ID: <20110808221425.GZ341@xxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii

Chris Alexander <chris.alexander@xxxxxxxxxx> 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



------------------------------

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux