From owner-freebsd-fs@FreeBSD.ORG Tue Feb 24 08:42:39 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 5C59D106564A; Tue, 24 Feb 2009 08:42:39 +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 13A948FC14; Tue, 24 Feb 2009 08:42:38 +0000 (UTC) (envelope-from k0802647@telus.net) Received: from priv-edmwaa05.telusplanet.net ([204.209.205.55]) by priv-edmwes23.telusplanet.net (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090224084238.ZTDJ19903.priv-edmwes23.telusplanet.net@priv-edmwaa05.telusplanet.net>; Tue, 24 Feb 2009 01:42:38 -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 740E07073C059467; Tue, 24 Feb 2009 01:42:37 -0700 (MST) Received: from [10.111.111.112] (unknown [10.111.111.112]) by oliver.bc.lan (Postfix) with ESMTP id E1BFB62AA; Tue, 24 Feb 2009 00:42:36 -0800 (PST) Message-ID: <49A3B2FC.4050601@telus.net> Date: Tue, 24 Feb 2009 00:42:36 -0800 From: Carl User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Dimitar Vasilev References: <49A10626.8060705@telus.net> <49A3357A.7080008@telus.net> <59adc1a0902232102q6c0f6034r354ff9ad3a2b3222@mail.gmail.com> In-Reply-To: <59adc1a0902232102q6c0f6034r354ff9ad3a2b3222@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Robert Watson 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: Tue, 24 Feb 2009 08:42:39 -0000 The same truncate sequence has now been tried on a second system which is hardware- and OS-identical. The same hanging scenario occurs on it. That should eliminate the possibility of a defective hard disk as the cause. 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. Given the latest hang opportunity, "reboot -q" and "reboot -nq" were tried as suggested by Kevin Day. The former didn't work and itself went into the 'D' state permanently. The "-nq" option *did* work, but obviously one has to recognize it's needed before totally hanging the remote system. Once the tar process has hung, screen keeps working, which gives a chance to create/change to a new window and issue the reboot. New SSH connections don't work. Commands like ps and date still work, but commands like ls go straight into a permanent 'D' state themselves. Bad scene for a remote system :-( Dimitar Vasilev wrote: > How about a soekris board, a USB stick and a null modem cable for collecting > data from the local box? Or a laptop with a USB to serial adapter ? I'll take them ;-) Sorry, Dimitar, if I was unclear. I've already got equipment connected to the serial console on my local machine, so capturing output is no problem. It's all the kernel debugging stuff I've no knowledge of. Carl / K0802647