Date: Thu, 26 Mar 2009 12:11:57 -0500 From: "Jack L. Stone" <jacks@sage-american.com> To: Peter Schuller <peter.schuller@infidyne.com>, Mike Tancsa <mike@sentex.net> Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tapeheadertype 1853384566) Message-ID: <3.0.1.32.20090326121157.00ee69f0@sage-american.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3.0.1.32.20090326121157.00ee69f0>