From owner-freebsd-fs@FreeBSD.ORG Fri Nov 30 00:30:52 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D32716A41A for ; Fri, 30 Nov 2007 00:30:52 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from mgw-ext13.nokia.com (smtp.nokia.com [131.228.20.172]) by mx1.freebsd.org (Postfix) with ESMTP id ECD7613C442 for ; Fri, 30 Nov 2007 00:30:51 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-ext13.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id lAU0Uej1019099; Fri, 30 Nov 2007 02:30:43 +0200 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Nov 2007 02:30:42 +0200 Received: from syebe101.NOE.Nokia.com ([172.30.128.65]) by esebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Nov 2007 02:30:42 +0200 Received: from [172.30.67.20] ([172.30.67.20]) by syebe101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Nov 2007 11:30:38 +1100 Message-ID: <474F59AB.5080307@nokia.com> Date: Fri, 30 Nov 2007 10:30:35 +1000 From: David Cecil User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: bv@wjv.com References: <474F4E46.8030109@nokia.com> <20071130002750.GA36329@wjv.com> In-Reply-To: <20071130002750.GA36329@wjv.com> X-OriginalArrivalTime: 30 Nov 2007 00:30:38.0333 (UTC) FILETIME=[3AFA1AD0:01C832E8] X-Nokia-AV: Clean Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: File remove problem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 00:30:52 -0000 Hi Bill, the sync I referred to is kernel internal sync that should happen before the FS goes readonly. I have tried explicit calls to sync from the shell prior to remounting, but that doesn't help. I think there are a couple of reasons for that... Thank you for your question though. Regards, Dave ext Bill Vermillion wrote: > On Fri, Nov 30, 2007 at 09:41 David Cecil saw "Error reading FAT table? > Try SKINNY table?" And promptly said: > > >> Hi, >> > > >> I've been looking into a problem we're seeing on FreeBSD 6.1, though I >> believe the bug will exist in current, or at least 7.0. >> > > >> Under certain circumstances, when a file is >> removed from the filesystem, and the filesystem >> is remounted read-only immediately afterwards, >> an error such as the following is displayed: >> g_vfs_done():mirror/gmroots1f[WRITE(offset=1349058560, >> length=16384)]error = 1 >> > > >> I have determined that the buffer contains an update to the >> inode for the file that's deleted. The inode for the directory >> change appears to be updated correctly. So what's not making it >> to disk is the updated file inode with its changed link counts >> (should now be zero). So, somehow this inode is being missed >> during the sync prior to the remount completing. >> > > >> I'm still looking through the code to find the problem, but any >> insights from those more familiar with the code would be much >> appreciated. >> > > Are you sure the sync occured? What happens if you run 'sync' > and then perform the above process? > > Bill > > >