From owner-freebsd-questions Sun Jan 27 18:56:29 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mail.hal-pc.org (hal-pc.org [204.52.135.1]) by hub.freebsd.org (Postfix) with ESMTP id D3FA937B416 for ; Sun, 27 Jan 2002 18:56:26 -0800 (PST) Received: from gw.fosburgh.org (206.180.129.227.dial-ip.hal-pc.org [206.180.129.227]) by mail.hal-pc.org (8.9.1/8.9.0) with ESMTP id UAA10245; Sun, 27 Jan 2002 20:56:24 -0600 (CST) Received: from there (localhost.fosburgh.org [127.0.0.1]) by gw.fosburgh.org (8.11.6/8.11.1) with SMTP id g0S2wxX35736; Sun, 27 Jan 2002 20:58:59 -0600 (CST) (envelope-from jonathan@fosburgh.org) Message-Id: <200201280258.g0S2wxX35736@gw.fosburgh.org> Content-Type: text/plain; charset="iso-8859-1" From: Jonathan E Fosburgh To: Matt Penna Subject: Re: dump, restore - active vs. inactive filesystem Date: Sun, 27 Jan 2002 20:58:59 -0600 X-Mailer: KMail [version 1.3] References: <5.1.0.14.2.20020127155139.026a3cb0@vmspop.isc.rit.edu> In-Reply-To: <5.1.0.14.2.20020127155139.026a3cb0@vmspop.isc.rit.edu> Cc: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 27 January 2002 03:10 pm, you wrote: > Dear folks, > > I've been trying various things with dump to familiarize myself with it. I > successfully performed a level 0 dump of the filesystem I wanted to back > up, but on restore I received errors stating that some of the files - > actually many, many, many of them - were not found on the tapes. The > filesystem in question was a 40GB vinum striped volume I use for serving > files to Windows and Mac OSX clients via Samba, mounted on /mnt/mainvol. > Unless I am mistaken, an inactive filesystem is one which cannot have changes made to it. This is generally an unmounted filesystem, although I don't see why it couldn't be a readonly filesystem. The way dump and restore work, they generate a map of all files and directories at the beginning of the dump process, and the backup is done from that map. Hence, files that were there at the time the dump was begun might not be there if the filesystem is writable. Thus, you might see some files in the table of contents that are not actually on the tape. And it is possible that new files were generated after the map was done that will be on neither the tape nor the table of contents. Check the names of the missing files. Is it possible they are just temporary files being generated by an application? -- Jonathan Fosburgh Software Systems Specialist III MD Anderson Cancer Center Houston, TX Home Page: http://www.fosburgh.org Manager, FreeBSD Webring: http://www.fosburgh.org/computer/freebsdring.html ICQ: 32742908 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message