From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 11:53:40 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 E6F69106566B; Thu, 26 Mar 2009 11:53:40 +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 C0B8E8FC13; Thu, 26 Mar 2009 11:53:40 +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 n2QBrd1b067467; Thu, 26 Mar 2009 06:53:40 -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.20090326065337.00f081e0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 06:53:37 -0500 To: Peggy Wilkins From: "Jack L. Stone" In-Reply-To: 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> 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 06:53:40 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 06:53:40 -0500 X-Virus-Scanned: ClamAV 0.94.2/9169/Wed Mar 25 23:13:48 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 11:53:41 -0000 At 09:45 AM 3.25.2009 -0500, Peggy Wilkins wrote: >>>>>> Jack L Stone writes: > > >> I've been watching this thread with some interest since we've had some > >> similar problems with dump/restore which we use every morning via cron > >> scripts on a number of servers to produce bootable clones as part of our > >> backup program. Have been doing this for years and also never saw a problem > >> as most of you say. We prefer dump/restore for backups. > > >> However, last month upon upon upgrading those servers from FBSD-6.3px > >> (RELEASE) to 7.0px (RELEASE) we found that about one-half of the servers > >> had a similar problem as the original poster while the other half did not. > >> All of the servers (rackmounts) use the same (type) hardware. We spent many > >> hours trying to solve the problem with those that failed to dump/restore. > >> Also, searched for any others with the problem and only found a very few, > >> but without solutions to this issue. (Indeed, the only one was a reference > >> to any efforts to restore an older OS version which didn't apply here). > [snip] > >> 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. > >I was seeing this same problem on all my 64-bit systems: FreeBSD-7 >dump would hang at a random point. Dump continues to work flawlessly >for me on FreeBSD-7/i386. > >I ran across this which includes a patch: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=121684 > >The kernel patch linked to there solved the problem for me, but I am >running many production systems and am unwilling to apply this patch >to -RELEASE every time there is a kernel update (I just use the >standard GENERIC kernel which I get via freebsd-update). I now live >without dump on amd64. Apparently this fix is waiting on some related >issue; and I will be very happy when it makes it to the officially >released kernel. > >plw > 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. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american