From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31715 invoked by alias); 2 Jun 2006 04:56:56 -0000 Received: (qmail 30885 invoked by uid 9572); 2 Jun 2006 04:56:55 -0000 Date: Fri, 02 Jun 2006 04:56:00 -0000 Message-ID: <20060602045655.30882.qmail@sourceware.org> From: wcheng@sourceware.org To: cluster-cvs@sources.redhat.com Subject: cluster/gfs-kernel/src/gfs ops_file.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/msg00384.txt.bz2 List-Id: CVSROOT: /cvs/cluster Module name: cluster Branch: RHEL4 Changes by: wcheng@sourceware.org 2006-06-02 04:56:55 Modified files: gfs-kernel/src/gfs: ops_file.c Log message: RHEL4 defaults nfs export to "sync" so nfsd would invokes nfsd_sync_dir() that eventually calls gfs_fsync() with filp set to NULL. In lehman patch, I obtained inode location from filp, not knowing it could be set NULL by nfsd's vfs layer. This ends up crashing the kernel as described in bugzilla 193817. Fix the panic issue by getting inode pointer from dentry instead. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_file.c.diff?cvsroot=cluster&only_with_tag=RHEL4&r1=1.16.2.12&r2=1.16.2.13