From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 14:56:38 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 E7F551065674; Wed, 25 Mar 2009 14:56:38 +0000 (UTC) (envelope-from mozart@mozart.lib.uchicago.edu) Received: from mozart.lib.uchicago.edu (mozart.lib.uchicago.edu [128.135.53.59]) by mx1.freebsd.org (Postfix) with ESMTP id 945628FC20; Wed, 25 Mar 2009 14:56:38 +0000 (UTC) (envelope-from mozart@mozart.lib.uchicago.edu) Received: from localhost (localhost [127.0.0.1]) by mozart.lib.uchicago.edu (8.14.3/8.14.3) with ESMTP id n2PEjnP3075631; Wed, 25 Mar 2009 09:45:49 -0500 (CDT) (envelope-from mozart@mozart.lib.uchicago.edu) Date: Wed, 25 Mar 2009 09:45:48 -0500 Message-ID: From: Peggy Wilkins To: "Jack L. Stone" In-Reply-To: <3.0.1.32.20090325072137.00ee6b48@sage-american.com> References: <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> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 21) (Educational Television) (i386--freebsd) Organization: University of Chicago Library X-Face: )C,7auub1,qHwu.Spk;Y6'8pld<:g8_\/=Zo/=E3y5*[m?C;;5Wc'B9=V+I:v 7>8Y=yx{[yy0$Zu@q+d&+$`jV{"Gk"Q0A#d]btd#$qjAR),qXF+GuE#?9Q4_xai{V&". MJluE"^Oj41R'ypsHcp2_`6kxl;T7?5eW57j#Muert'z`Y Y03pPAp3uY@x9DhN?yWwH.!jV MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: Peggy Wilkins X-Dispatcher: imput version 20070423(IM149) Lines: 42 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: Wed, 25 Mar 2009 14:56:39 -0000 >>>>> 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