From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 11:57:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCFD91065670 for ; Thu, 26 Mar 2009 11:57:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A2FAD8FC0A for ; Thu, 26 Mar 2009 11:57:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2QBv2Z1038026; Thu, 26 Mar 2009 07:57:02 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903261157.n2QBv2Z1038026@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Mar 2009 07:57:39 -0400 To: "Jack L. Stone" From: Mike Tancsa In-Reply-To: <3.0.1.32.20090326065337.00f081e0@sage-american.com> References: <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 11:57:35 -0000 At 07:53 AM 3/26/2009, Jack L. Stone wrote: > > >> SOLUTION > > >> The "clones" are a very important pasrt of our backup program. >Since the > > >> dump side of the problems simply stuck and provided no error >message at all > > >> and the errors from any restores were not useful, our only solution >was to > > >> revert back to FBSD-6.3 on those servers with this issue and >dump/restore > > >> went back to working again. We left those that were working on >FBSD-7.0-R > > >> and they continue to work okay. > > > >Thanks for the reply. Forgot to mention, our machines are all i386 with the >problem -- so are the ones without the problem. > >Yes, I found that patch too and tried it on one of the servers -- no joy. > >Guess we'll continue to wait also for now. Maybe 7.2/i386....or, until >someone finds the solution since we're out of ideas and stuck with 6.3 in >order to use dump that we have trusted. Hi, I didnt see it in the thread clearly, but did you try creating a dump without the -L... i.e. without snapshots enabled ? ---Mike