From owner-freebsd-stable@FreeBSD.ORG Mon Aug 29 18:36:45 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org 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 8C3C716A426 for ; Mon, 29 Aug 2005 18:36:45 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08BC043D45 for ; Mon, 29 Aug 2005 18:36:44 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j7TIaVEk013147; Mon, 29 Aug 2005 11:36:35 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200508291836.j7TIaVEk013147@gw.catspoiler.org> Date: Mon, 29 Aug 2005 11:36:31 -0700 (PDT) From: Don Lewis To: mkb@incubus.de In-Reply-To: <20050829120415.GA1462@drjekyll.mkbuelow.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, dinom@balstonresearch.com, markir@paradise.net.nz Subject: Re: Sysinstall automatic filesystem size generation. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 18:36:45 -0000 On 29 Aug, Matthias Buelow wrote: > Mark Kirkwood wrote: > >>>>FreeBSD's filesystems are very robust should you lose power. >>>This sentence is completely bogus (or at best: wishful thinking) >>>and should be deleted. >>It's probably correct if you have hw.ata.wc=0 (and are using IDE drives >>obviously). > > I'd like to stress the "probably". I've already seen unrepairable > filesystem corruption with softupdates enabled in the past with > "good" scsi disks at power loss. Did you remember to disable write caching by setting the WCE mode page bit to zero? At least with SCSI, it doesn't seem to affect performance under most workloads. > In addition, with > softupdates there seems to be a much higher probability of losing > files, as I have observed.. that is, getting them zero-truncated, > or even deleted (which shouldn't happen in that scenario, I'm sure > I've seen the results of a bug), than without. I've seen this when doing compile, run, panic experiments. The executable that I just compiled would end up with a size of zero after the reboot because it was still cached in RAM and executing from RAM when the machine paniced. The executable was scheduled to be written to disk about 30 seconds after it was compiled and linked, but the machine paniced before the 30 seconds was up. Softupdates only tries to guarantee that the on-disk file system is in a consistent state at all times, with the possible exception that not all space may be accounted for.