From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 14:01:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AED916A4CE; Wed, 24 Nov 2004 14:01:25 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E6043D58; Wed, 24 Nov 2004 14:01:24 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAOE4Aiv063294; Wed, 24 Nov 2004 07:04:11 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A4944C.6030808@freebsd.org> Date: Wed, 24 Nov 2004 07:01:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 14:01:25 -0000 Matthias Andree wrote: > Greetings, > > out of fun and to investigate claims about alleged bgfsck resource > hogging (which I could not reproduce) posted to > news:de.comp.os.unix.bsd, I pressed the reset button on a live FreeBSD > 5-STABLE system. > > Upon reboot, fsck -p complained about an unexpected softupdates > inconsistency on the / file system and put me into single user mode, the > manual fsck / then asked me to agree to increasing a link count from 21 > to 22 (and later to fix the summary, which I consider a non-issue). A > subsequent fsck -p / ended with no abnormality detected. > > Unfortunately, I haven't copied the details, assuming they would be > copied into the log, but they haven't. > > Is this a situation the current 5-STABLE softupdates code (on a UFS1 FS > that I kept from FreeBSD 4) is allowed to cause? > > Is that a bug in the file system, say, write ordering goofed up? > > Or is that a bug in the firmware of my disk drive (Western Digital > Caviar AC420400D, a rebranded IBM DJNA drive)? I gather that ATA drives > are supposed to flush their caches on software (command) and hardware > resets (reset line active). > > I did not power cycle. > No, this in theory should not happen. YOu could have caught it right at the instance that it was sending a transaction out to disk, or you could have caught an edge case that isn't understood yet. Unfortunately, ATA drives also cannot be trusted to flush their caches when one would expect, so this leaves open a lot of possible causes for your problem. Scott