From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24423 invoked by alias); 22 Sep 2006 12:35:43 -0000 Received: (qmail 24401 invoked by uid 9452); 22 Sep 2006 12:35:43 -0000 Date: Fri, 22 Sep 2006 12:35:00 -0000 Message-ID: <20060922123543.24400.qmail@sourceware.org> From: pcaulfield@sourceware.org To: cluster-cvs@sources.redhat.com Subject: cluster/cman/daemon cnxman-private.h commands.c Mailing-List: contact cluster-cvs-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: cluster-cvs-owner@sourceware.org X-SW-Source: 2006-q3/txt/msg00669.txt.bz2 List-Id: CVSROOT: /cvs/cluster Module name: cluster Changes by: pcaulfield@sourceware.org 2006-09-22 12:35:43 Modified files: cman/daemon : cnxman-private.h commands.c Log message: Cope with a node being fenced manually and then going offline (ie someone else fenced it).. Some further modifications to fenced can then prevent double-fencing with the following caveats: - the clocks on the nodes are reasonably in sync - the node goes down within two minutes of the fence message being received If there is any ambiguity then cman will mark the node as unfenced so that fenced can do the job anyway. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/cman/daemon/cnxman-private.h.diff?cvsroot=cluster&r1=1.23&r2=1.24 http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/cman/daemon/commands.c.diff?cvsroot=cluster&r1=1.49&r2=1.50