From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:15:41 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 57561106568B; Thu, 26 Mar 2009 14:15:41 +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 17A308FC24; Thu, 26 Mar 2009 14:15:40 +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 n2QEF7hF038711; Thu, 26 Mar 2009 10:15:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903261415.n2QEF7hF038711@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Mar 2009 10:15:45 -0400 To: Peter Schuller From: Mike Tancsa In-Reply-To: <20090326140131.GA45201@hyperion.scode.org> References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <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> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Jack L. Stone" , 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 14:15:43 -0000 At 10:01 AM 3/26/2009, Peter Schuller wrote: > > > > Unless the filesystem is very busy, you will get your data backed up. > > If you have things like databases, I still would not trust > > snapshots. > >Uh. If backuping up a live database from a snapshot is not >trustworthy, either the snapshot facility is broken or the database is >broken (i.e., not crash-safe to begin with). ... 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 ---Mike