From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16176 invoked by alias); 2 May 2006 22:17:54 -0000 Received: (qmail 16163 invoked by uid 9453); 2 May 2006 22:17:53 -0000 Date: Tue, 02 May 2006 22:17:00 -0000 Message-ID: <20060502221753.16161.qmail@sourceware.org> From: teigland@sourceware.org To: cluster-cvs@sources.redhat.com Subject: cluster/gfs/lock_dlm/daemon recover.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-q2/txt/msg00143.txt.bz2 List-Id: CVSROOT: /cvs/cluster Module name: cluster Changes by: teigland@sourceware.org 2006-05-02 22:17:53 Modified files: gfs/lock_dlm/daemon: recover.c Log message: When mounting a fs, we first join the mountgroup, then tell mount.gfs to procede with the kernel mount. Once we're in the mountgroup, we can get a stop callback at any time, which requires us to block the fs by setting a sysfs file. If the kernel mount is slow, we can get a stop callback and try to set the sysfs file before the kernel mount has actually created the sysfs files for the fs. A new (untested) function delays any further processing until the sysfs files exist. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs/lock_dlm/daemon/recover.c.diff?cvsroot=cluster&r1=1.45&r2=1.46