From owner-freebsd-fs@FreeBSD.ORG Thu Mar 26 17:11:59 2009 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E36B21065786; Thu, 26 Mar 2009 17:11:59 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id B57478FC21; Thu, 26 Mar 2009 17:11:59 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2QHBwbV084589; Thu, 26 Mar 2009 12:11:59 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090326121157.00ee69f0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 12:11:57 -0500 To: Peter Schuller , Mike Tancsa From: "Jack L. Stone" In-Reply-To: <20090326144916.GB46345@hyperion.scode.org> References: <200903261415.n2QEF7hF038711@lava.sentex.ca> <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> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <200903261415.n2QEF7hF038711@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:11:59 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:11:59 -0500 X-Virus-Scanned: ClamAV 0.94.2/9170/Thu Mar 26 10:37:38 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tapeheadertype 1853384566) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 17:12:02 -0000 At 03:49 PM 3.26.2009 +0100, Peter Schuller wrote: >> ... or the database is configured in a risky way... But judging by >> this thread, it seems dump with -L is indeed broken for some >> people. Hence, I suggested dumping the database using the database's >> backup tools and trying dump without -L > >Well, if dump -L is really broken I'd recommend just not using dump >unless you absolutely have to. That is assuming snapshots are not >broken so that you can still use mksnap_ffs with your favorite backup >tool. > >-- >/ Peter Schuller > No one has said the dump "L" is broken -- and is NOT but now may mislead others just tuning into this thread. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american