From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13879 invoked by alias); 6 Oct 2006 16:55:19 -0000 Received: (qmail 13835 invoked by uid 9453); 6 Oct 2006 16:55:19 -0000 Date: Fri, 06 Oct 2006 16:55:00 -0000 Message-ID: <20061006165519.13834.qmail@sourceware.org> From: teigland@sourceware.org To: cluster-cvs@sources.redhat.com Subject: cluster/group/daemon app.c cpg.c gd_internal.h ... 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-q4/txt/msg00053.txt.bz2 List-Id: CVSROOT: /cvs/cluster Module name: cluster Changes by: teigland@sourceware.org 2006-10-06 16:55:19 Modified files: group/daemon : app.c cpg.c gd_internal.h main.c Log message: This is a big batch of code that gets us further along the path to handling recoveries mixed with joins (gfs mounts). The test I've been using to work on this is inserting a BUG() at the start of gfs_lm_get_lock() on six of eight nodes and then mounting on all of them in parallel. We should end up with the two nodes without the BUG properly mounted and the six with the BUG properly recovered. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/app.c.diff?cvsroot=cluster&r1=1.48&r2=1.49 http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/cpg.c.diff?cvsroot=cluster&r1=1.34&r2=1.35 http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/gd_internal.h.diff?cvsroot=cluster&r1=1.43&r2=1.44 http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/main.c.diff?cvsroot=cluster&r1=1.47&r2=1.48