From owner-freebsd-hackers Fri Feb 8 11:20:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id E9D8537B41D for ; Fri, 8 Feb 2002 11:20:15 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020208192010.HCGU1214.rwcrmhc54.attbi.com@InterJet.elischer.org>; Fri, 8 Feb 2002 19:20:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA02957; Fri, 8 Feb 2002 11:01:19 -0800 (PST) Date: Fri, 8 Feb 2002 11:01:17 -0800 (PST) From: Julian Elischer To: "Duane H. Hesser" Cc: Markus Stumpf , freebsd-hackers@FreeBSD.ORG Subject: RE: dump(8) race conditions? In-Reply-To: <200202081855.g18ItgK66957@androcles.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 8 Feb 2002, Duane H. Hesser wrote: > > Dump is a two pass system, and any activity which modifies inodes > between the first pass and the second is likely to cause problems, > either for dump or for restore. It has always been thus, even as > far back as V7 (and probably v6). This is why you shouild use Kirk's new "snapshot" technology. it makes a frozen image of the filesystem that can be dumped. the snapshot file contains only metadata and data that id different between the current fs and as it was at snapshot time, so as the current filesystem changes, the snapshot file gets more and more 'diff' data put into it by the filesystem. > [...] > > It is operationally (and sometimes "politically") difficult to dump > on unmounted filesystems, so most of us (I think) "bite the bullet" > and try to dump at times when the subject filesystem is likely to > be quiescent. It may also be smart to dump more frequently than > otherwise called for, just to increase the odds. [find out about snapshots] it IS conceivable that snapshots might be retrofitted to 4.x, unlike some other 5.x features, because they depend on teh soft updates code which is already present. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message