From owner-freebsd-fs@FreeBSD.ORG Wed Feb 25 09:53:17 2009 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 182F5106566B for ; Wed, 25 Feb 2009 09:53:17 +0000 (UTC) (envelope-from k0802647@telus.net) Received: from defout.telus.net (defout.telus.net [204.209.205.13]) by mx1.freebsd.org (Postfix) with ESMTP id CF3A28FC1D for ; Wed, 25 Feb 2009 09:53:16 +0000 (UTC) (envelope-from k0802647@telus.net) Received: from priv-edmwaa05.telusplanet.net ([204.209.205.55]) by priv-edmwes51.telusplanet.net (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090225095311.BIVT1759.priv-edmwes51.telusplanet.net@priv-edmwaa05.telusplanet.net>; Wed, 25 Feb 2009 02:53:11 -0700 Received: from oliver.bc.lan (d75-157-11-254.bchsia.telus.net [75.157.11.254]) by priv-edmwaa05.telusplanet.net (BorderWare Security Platform) with ESMTP id 5DBE14153024CF83; Wed, 25 Feb 2009 02:53:10 -0700 (MST) Received: from [10.111.111.112] (unknown [10.111.111.112]) by oliver.bc.lan (Postfix) with ESMTP id 7A75062AA; Wed, 25 Feb 2009 01:53:10 -0800 (PST) Message-ID: <49A51506.8000708@telus.net> Date: Wed, 25 Feb 2009 01:53:10 -0800 From: Carl User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Peter Jeremy References: <49A10626.8060705@telus.net> <49A3357A.7080008@telus.net> <59adc1a0902232102q6c0f6034r354ff9ad3a2b3222@mail.gmail.com> <49A3B2FC.4050601@telus.net> <20090225063219.GC31601@server.vk2pj.dyndns.org> In-Reply-To: <20090225063219.GC31601@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: UFS2 and/or sparse file bug causing copy process to land in 'D'' state? 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: Wed, 25 Feb 2009 09:53:17 -0000 Peter Jeremy wrote: >> The same sequence has also now been tried on a laptop, both natively and in >> a virtual machine on top of WinXP, although both were FreeBSD 7.1 rather >> than 7.0. Neither have failed so far. > > So it's possible that the bug you are hitting was fixed between 7.0 > and 7.1. Is it possible for you to upgrade to 7.1? It is and it will happen, but not for a while yet, especially for the remote system. I should note that the 7.0 systems that fail are entirely different hardware using gmirror and gjournal whereas the 7.1 laptop and VM instances are not - rather a lot of variables changed at once. Peter, are you aware of some specific fixes between 7.0 and 7.1 that might explain my problem? > At this stage, all I can suggest is that it's time for you to expand > your knowledge :-) Oh I am, Peter, I am. But I need a whole lot more hours in a day to add that to the list right now :-) Seriously though, are there some FreeBSD developers with even vaguely similar configurations that might be interested enough to inflict the following simple loop on their system to see if they can reproduce this? #!/bin/csh set count = 0 while( $count < 20 ) @ count = $count + 1 echo "truncate attempt $count..." >> /tmp/ouch.log truncate -s 671088640 target mdconfig -f target -S 512 -y 255 -x 63 -u 7 bsdlabel -w /dev/md7 auto newfs -O2 -m 0 -o space /dev/md7a mount /dev/md7a /mnt tar -cvf - -C /usr/src . | tar -xvpof - -C /mnt umount /mnt mdconfig -d -u 7 rm target end Carl / K0802647