From owner-freebsd-hackers Wed Jul 17 8:55:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4014A37B400 for ; Wed, 17 Jul 2002 08:55:16 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id EB3D643E5E for ; Wed, 17 Jul 2002 08:55:14 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Jul 2002 16:55:13 +0100 (BST) Date: Wed, 17 Jul 2002 16:55:10 +0100 From: David Malone To: "Mark W. Krentel" Cc: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs Message-ID: <20020717155510.GA85749@walton.maths.tcd.ie> References: <200207170529.g6H5Tr512665@dreamscape.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207170529.g6H5Tr512665@dreamscape.com> User-Agent: Mutt/1.3.25i 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 Wed, Jul 17, 2002 at 01:29:53AM -0400, Mark W. Krentel wrote: > I only recently learned that this doesn't work in Linux and I wanted > to check that it's (still?) ok in Freebsd. Apparently, in the 2.4 > Linux kernels, the buffer and page caches make it impossible for dump > to always get the correct version of a file, even if there are no > writes during the dump. It takes a umount before dump will see all of > the changes (yuck). After upgrading some Redhat machines to 1GB of ram it became nearly impossible to dump any filesystem without dump going crazy trying to read nonexistant blocks (previously it had worked fine). Upgrading the version of the linux dump program which we use helped significantly and now we can back up the machines with amanda again. Though dumping a live filesystem isn't a very good idea in theory, the only problems we've ever encountered with dumping live FreeBSD filesystems are related to the last allocated inode changing between the start and the end of the dump. I think Ian Dowse has fixed some of these problems in restore. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message