From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:07: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 ABC3010656C1; Thu, 26 Mar 2009 17:07:34 +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 650C98FC08; Thu, 26 Mar 2009 17:07:34 +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 n2QH7XGP084261; Thu, 26 Mar 2009 12:07:33 -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.20090326120732.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:07:32 -0500 To: Mike Tancsa From: "Jack L. Stone" In-Reply-To: <200903261331.n2QDVd4b038485@lava.sentex.ca> References: <3.0.1.32.20090326070807.00f081e0@sage-american.com> <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> 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:07:34 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:07:34 -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 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 17:07:35 -0000 At 09:32 AM 3.26.2009 -0400, Mike Tancsa wrote: >At 08:08 AM 3/26/2009, Jack L. Stone wrote: > >>Yes, but it's for running a dump on a (L)ive FS and just spits out warnings >>to that effect and has no effect on solving the problem(s). > >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. Better to use pg_dump or mysqldump or the app that comes >with whatever DB you are using... When backing up things like / and >/usr, I would hazard a guess that most things are not changing while >the backup is running, at least they dont in my environments. I have >never had a problem with things like /home and even /var or /mail >which are changing quite a bit. We dont restore much in the course >of our daily routine, but we have always been able to restore >people's Maildir when they accidentally have deleted stuff and it all >worked without issue over the years. > > ---Mike Yes, we have been using the "L" switch for as long as it has existed because we have and always before that, backed up live FSes. And, as said before, we do a dump/restore dump every morning to produce a bootable clone. The clones have always worked for the many years we have done this. Indeed, we have always used the MySQL's own dump separately to backup DBs. But, that's OT. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american