From owner-freebsd-questions@FreeBSD.ORG Fri May 29 14:52:40 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3966A106566B for ; Fri, 29 May 2009 14:52:40 +0000 (UTC) (envelope-from martin@dc.cis.okstate.edu) Received: from dc.cis.okstate.edu (dc.cis.okstate.edu [139.78.103.93]) by mx1.freebsd.org (Postfix) with ESMTP id 09EFA8FC15 for ; Fri, 29 May 2009 14:52:39 +0000 (UTC) (envelope-from martin@dc.cis.okstate.edu) Received: from dc.cis.okstate.edu (localhost.cis.okstate.edu [127.0.0.1]) by dc.cis.okstate.edu (8.14.2/8.13.8) with ESMTP id n4TEqUWp096527 for ; Fri, 29 May 2009 09:52:30 -0500 (CDT) (envelope-from martin@dc.cis.okstate.edu) Message-Id: <200905291452.n4TEqUWp096527@dc.cis.okstate.edu> To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <96525.1243608750.1@dc.cis.okstate.edu> Date: Fri, 29 May 2009 09:52:30 -0500 From: Martin McCormick Subject: Producing Bad Dumps X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 14:52:40 -0000 I use the following flags to create a level 0 dump: dump 0ufaL /home/backups/backup /dev/DISKPARTITION The dump appears to run just fine. /home/backups/backup is a pipe to a remote system that fills a regular file from the pipe. Everything seems to run well at the time and the dump file has gigabytes of data in it. I can restore many files from it and all seems well. Today, I practiced restoring a whole system from one of these dumps and used the following command: restore -u -fx FILENAME It prompted for the volume number which is 1 (100% of the dump) and then I entered none when prompted for the next volume. That was about an hour ago and it is still spewing out the names of thousands of files, many of them OS-related such as /usr/src/xx which were not being modified or created at the time so if any files should be there, these should. Any idea as to what I did wrong? At this point, it is not certain whether the dump is bad or the restore is bad, but it isn't exactly confidence-en spiring if the system in question was to melt. No file systems filled up and the pipe isn't taken down until the dump has finished, at least that is what I believe to be the case. Any suggestions are welcome. Actually, for this test, I pretended that a directory on the system called scratch is / so I am just testing the ability to restore what should be everything under / before actually trying this on the real / because after that, you must rebuild the system from CDROM for a proper test. Thank you.