From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 12:08:57 2003 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 2DF6737B401; Thu, 17 Apr 2003 12:08:57 -0700 (PDT) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7240E43FD7; Thu, 17 Apr 2003 12:08:56 -0700 (PDT) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 0EE433BF43A; Thu, 17 Apr 2003 13:08:56 -0600 (MDT) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.6p2/8.11.6) with ESMTP id h3HJ8tJ98405; Thu, 17 Apr 2003 13:08:55 -0600 (MDT) Date: Thu, 17 Apr 2003 13:12:39 -0600 (MDT) From: Fred Clift X-X-Sender: To: Ian Dowse In-Reply-To: <200304162310.aa96829@salmon.maths.tcd.ie> Message-ID: <20030417130651.N46464-100000@vespa.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-fs@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: PATCH: Forcible delaying of UFS (soft)updates 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: Thu, 17 Apr 2003 19:08:57 -0000 On Wed, 16 Apr 2003, Ian Dowse wrote: > > Just after the disk spins up there is a small window where the > cached writes get written out in a burst. Due to the amount of > cached data and the probable re-ordering of writes, the disk is > quite likely to be in an inconsistent state during this flurry of > writes, but the window is short so it is probably not a big issue > in practice. Of course, this is when your power-supply is most likley to fail due to the sudden increased load :). I lost a disk that I had been occasionally using as a backup drive due to an effect like this. I had two scsi drives in an external enclosure, and I wanted to re-newfs the other drive in the enclosure so I started a tar job to copy all the files over and the PS blew about 20 seconds into the write since both drives were 'busy' rather than just one or the other as had been the case for quite a while as the machine sat in the corner and did nothing for a year. The target drive was hosed bad enough that you couldn't newfs it any more and the vendor's low-level format tools claimed the disk was unrepairable... I guess in a laptop, this failure mode isn't as likley as in my case... Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough.