From owner-freebsd-fs@FreeBSD.ORG  Tue Feb 13 18:37:25 2007
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
X-Original-To: freebsd-fs@freebsd.org
Delivered-To: freebsd-fs@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 076B616A408
	for <freebsd-fs@freebsd.org>; Tue, 13 Feb 2007 18:37:25 +0000 (UTC)
	(envelope-from randy@psg.com)
Received: from rip.psg.com (rip.psg.com [147.28.0.39])
	by mx1.freebsd.org (Postfix) with ESMTP id EAAE913C474
	for <freebsd-fs@freebsd.org>; Tue, 13 Feb 2007 18:37:22 +0000 (UTC)
	(envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=roam.psg.com)
	by rip.psg.com with esmtp (Exim 4.66 (FreeBSD))
	(envelope-from <randy@psg.com>)
	id 1HH2Wn-000MVN-Br; Tue, 13 Feb 2007 18:37:21 +0000
Received: from localhost ([127.0.0.1] helo=roam.psg.com)
	by roam.psg.com with esmtp (Exim 4.66 (FreeBSD))
	(envelope-from <randy@psg.com>)
	id 1HH2Tx-00081d-Od; Tue, 13 Feb 2007 10:34:25 -0800
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17874.1201.233347.849783@roam.psg.com>
Date: Tue, 13 Feb 2007 08:34:25 -1000
To: John Kozubik <john@kozubik.com>
References: <200702130927.l1D9RBn9034761@lurza.secnetix.de>
	<20070213093220.C95571@kozubik.com>
Cc: freebsd-fs@freebsd.org
Subject: Re: comments on newfs raw disk ?  Safe ? (7 terabyte array)
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Feb 2007 18:37:25 -0000

> Also remember that filling a filesystem to capacity _while_ it is
> being snapshotted will lock your system up[1].  I suppose some
> interesting crash loops could arise from this bug on a near full
> filesystem that someone is unlucky enough to background fsck.
> 
> I think that FreeBSD needs to address the default implementation
> of background fsck in general.  UFS2 snapshots are dangerous and
> unstable, and have been since their introduction in 5.x [2].

first, this smells of fud.

second, this is not a problem for me.  as the 4tb drive is the
target of everyone else's dump/restore, i do not intend to snapshot
it and dump it live.

rasndh