From owner-freebsd-fs@FreeBSD.ORG Thu Nov 29 18:16:12 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 690A016A41B for ; Thu, 29 Nov 2007 18:16:12 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id ECC6413C4CC for ; Thu, 29 Nov 2007 18:16:11 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 86541 invoked by uid 2001); 29 Nov 2007 18:16:09 -0000 Date: Thu, 29 Nov 2007 12:16:09 -0600 From: "Rick C. Petty" To: Bruce Evans Message-ID: <20071129181609.GA85885@keira.kiwi-computer.com> References: <200711260700.lAQ705ue012439@freefall.freebsd.org> <20071127035908.GA56560@keira.kiwi-computer.com> <20071128153057.Q745@besplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071128153057.Q745@besplex.bde.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@FreeBSD.org Subject: Re: misc/118249: moving a directory changes its mtime X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 18:16:12 -0000 On Wed, Nov 28, 2007 at 03:34:57PM +1100, Bruce Evans wrote: > On Mon, 26 Nov 2007, Rick C. Petty wrote: > > >On Mon, Nov 26, 2007 at 07:00:05AM +0000, Bruce Evans wrote: > >> doing this before successful completion. My regression tests haven't > >> reported any failures from them but I think failures can occur for > >> disk-full and I/O errors and the former is easy to test. > > > >Can't you test the latter using gnop? > > Not easily, since I've never hear of gnop. It's probably easily for me > to edit the kernel. I suppose that for i/o errors we would want an error > quite often but on not more than about 1% of syscalls. The errors should > be recoverable by retrying and no utilitites should crash from them :-). I would think gnop(8) is easier: truncate -s 10g /usr/tmp/disk.raw mdconfig -af /usr/tmp/disk.raw gnop create -f 1 /dev/md0 newfs -U /dev/md0.nop ... The -f option describes failure rate (simulating I/O errors) in percentage. -- Rick C. Petty