RE: error messages explained

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

 



Unfortunately simply rebooting has never resolved those errors. =/. I am
getting these errors after a server is fenced and is rebooted. Then its
fenced again, still same errors. I basically have to shutdown the entire
cluster manually, reboot with all init scripts off, then have manually start
all cluster services and add the services back to chkconfig. This is
basically the process I have to do 95% of the time when a single server is
fenced. =/

-----Original Message-----
From: linux-cluster-bounces@xxxxxxxxxx
[mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Christine Caulfield
Sent: Saturday, October 04, 2008 9:29 AM
To: linux clustering
Subject: Re:  error messages explained

Mark Chaney wrote:
> When you say, need to join with the services running. What services do I
> need to start in order to do this manual join? Just cman? If a node
crashes
> and cant rejoin. I have to hurry up (before its fenced again) and disable
> the auto start (chkconfig) of the following services: rgmanager, gfs,
clvmd,
> and cman. Then reboot that node again? Then start cman and try to rejoin
> with just the cman_tool?
> 
> The question is, if a server isn't part of a cluster anymore (aka, it was
> rebooted), the cluster obviously recognizes that disconnect and since the
> node was rebooted, it shouldn't even think its part of a cluster. So why
in
> the world does anything think it is?
> 
> All these manually changes after a simple node reboot or fencing just
> doesn't seem like a good design plan. I don't consider myself even
> moderately knowledgeable in this arena, I am just looking at this from a
> design perspective.
> 

I think you have misunderstood my. The point is that if a node leaves
the cluster it really should be rebooted and join the cluster cleanly
that way. There is no manual involvement at all. That's what the init
scripts are for and why they are run at startup.

> -----Original Message-----
> From: linux-cluster-bounces@xxxxxxxxxx
> [mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Christine Caulfield
> Sent: Friday, October 03, 2008 2:39 AM
> To: linux clustering
> Subject: Re:  error messages explained
> 
> Mark Chaney wrote:
>> Cam someone explain to me these errors and tell me how I should attempt
to
>> resolve them? They both aren't happening at the same time exactly, its
> just
>> to errors that I don't truly understand.
>>
>> ####################
>>
>> ccsd[3192]: Attempt to close an unopened CCS descriptor (13590).
>> ccsd[3192]: Error while processing disconnect:
>> Invalid request descriptor
>>
>> ##################
>>
>> openais[5453]: [MAIN ] Killing node ratchet.local because it has rejoined
>> the cluster with existing state
>>
> 
> I need to add this to the FAQ!
> 
> What this message means is that a node was a valid member of the cluster
> once; it then left the cluster (without being fenced) and rejoined
> automatically. This can sometimes happen if the ethernet is disconnected
> for a time, usually a few seconds.
> 
> If a node leave the cluster, it MUST rejoin using the cman_tool join
> command with no services running. The usual way to make this happen is
> to reboot the node, and if fencing is configured correctly that is what
> normally happens. It could be that fencing is too slow to manage this or
> that the cluster is made up of two nodes without a quorum disk so that
> the 'other' node doesn't have quorum and cannot initiate fencing.
> 
> Another (more common) cause of this, is slow responding of some Cisco
> switches as documented here:
> 
> http://www.openais.org/doku.php?id=faq:cisco_switches
> 
> 


-- 

Chrissie

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

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