From owner-freebsd-questions@FreeBSD.ORG Fri Jun 30 19:13:59 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CED416A559 for ; Fri, 30 Jun 2006 19:13:59 +0000 (UTC) (envelope-from backyard1454-bsd@yahoo.com) Received: from web81615.mail.mud.yahoo.com (web81615.mail.mud.yahoo.com [68.142.198.254]) by mx1.FreeBSD.org (Postfix) with SMTP id 56F4F43D4C for ; Fri, 30 Jun 2006 19:13:58 +0000 (GMT) (envelope-from backyard1454-bsd@yahoo.com) Received: (qmail 43493 invoked by uid 60001); 30 Jun 2006 19:13:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Yad2Miy//5wHT/dsdd4bWWQ/ZaZhse8NchiArTz+R38KIGBbdw2EFZ+oVR2q9HSKaOQ5dRXLr36RHWJOEqnhpQC6VNWR8VRtTHVTCqNYJeJu3DI8W5GEQ1c76MEEwruEppH89Lf4NGEQAGy+DW8sW+BRXm4noGMl4kv0k2zwmxU= ; Message-ID: <20060630191357.43491.qmail@web81615.mail.mud.yahoo.com> Received: from [63.240.228.37] by web81615.mail.mud.yahoo.com via HTTP; Fri, 30 Jun 2006 12:13:57 PDT Date: Fri, 30 Jun 2006 12:13:57 -0700 (PDT) From: To: Alex Zbyslaw , backyard1454-bsd@yahoo.com In-Reply-To: <44A55245.8090602@dial.pipex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re: problems with Nice and Dump in FreeBSD 6.1-Current (Stable-#5) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: backyard1454-bsd@yahoo.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 19:13:59 -0000 --- Alex Zbyslaw wrote: > backyard1454-bsd@yahoo.com wrote: > > >I forgot about nice being interal to csh, that is > >likely to source of my problems... > > > >I use this for a dump > > > >dump -0 -C 32 -f - |bzip2 --best | dd > of=/foo/bar.dbz2 > > > >and then on a restore > > > >bzip2 -dc | (cd /foo; restore -r -f -) > > > > > >the error I get is > > > >expected 234234 got 234237 > >expected 234235 got 234238 > >expected 234236 got 234239 > >... ... > > > >expected 234250 got 234267 > > > >which fills up the screen with seemingly corruption > >errors, then the restore bails with an error asking > if > >I wish to continue, if I continue it fails. I will > get > >a screen dump of the error when I can dig up the > >corrupt dump file, and or make a new one. I believe > >the error is something about inodes missing or > being > >corrupted. > > > >this exact command syntax works on everything but > my > >usr filesystem. > > > > > > The restore man page does tell you why this happens > (I know because I > was just reading it today :-)) > > You are doing this dump on a Live Filesystem. To do > that use the -L > option to dump (FreeBSD 5.X or later) which will > snapshot the filesystem > first. Either that, or do what we had to do for > years and drop down to > single-user mode and make sure no processes are > running to change the > filesystem. Dump needs the filesystem to be static. > > Then when you restore you will get precisely *one* > similar "error" (at > least on 5.4), which I can't explain but can say > *does not matter*. I > have restored several such dumps and compared them > to the original > filesystem and they are fine. You should do that > yourself for your own > peace of mind. (I do similar to you but with gzip > and on 5.4). > > The "error" you'll get should be: > > expected next file , got > A file that was not listed in the > directory showed up. > This can > occur when using a dump created on an > active file system. > > and I think it must be some artefact of the > snapshot/dump interaction. > > If you use -L and *still* have trouble then it > sounds like a bug. > > --Alex > > > > I wasn't aware booting off the cd and running fixit made my filesystems become live... I have noticed myself this error occurs at least once every once in a while and things are fine. I always assumed the .snap directory from a newfs was at fault, but because it always worked was never concerned until a screen full of these errors occurred and restore halted on me. I suspect this is a bug because it looks like I forgot the most important part of my dump command in my previous post. dump -0 -C 32 -f - /dev/ad2s1f | ... ... sorry about that I knew it didn't look right. I know I had no issues with rel_5 on this matter, course I was dumping and restoring to respective slices in one pipe command. It was only when I tried on the laptop and was forced to use a backup device to store the dumps that this became an issue. I will make another dump of my laptop when I'm am out of work and post the results and or errors I encounter. including the command lines verbatim as typed into the shell. If I have to use tar its not that big of a deal, but if it is a bug I would like those with the ability to fix it have the correct information they need. going to have to add C programming to the yak-shaving list... At present it is only conjecture. I will also check on my server as it is a newer source build to see if I get the same results. I will post the source version as well when I remember how to I think a uname -a will do the trick, but its something I should need to know anyway... brian