From owner-freebsd-fs@FreeBSD.ORG Wed Mar 25 02:40:25 2009 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD4E106566B; Wed, 25 Mar 2009 02:40:25 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id B12F08FC18; Wed, 25 Mar 2009 02:40:24 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P2eNI2073473; Tue, 24 Mar 2009 22:40:23 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C99997.9050306@aldan.algebra.com> Date: Tue, 24 Mar 2009 22:40:23 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Yoshihiro Ota References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <20090324211549.27e65b90.ota@j.email.ne.jp> In-Reply-To: <20090324211549.27e65b90.ota@j.email.ne.jp> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: Daniel O'Connor , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 02:40:25 -0000 Yoshihiro Ota написав(ла): >> No big difference: >> dump a0f - /old | restore -rf - >> [...] >> DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009 >> DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009 >> DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32 2009 >> unknown tape header type -621260722 >> abort? [yn] >> >> Looks like a junk value somewhere... Unitialized variable or some such. >> >> -mi >> > > -a option seems to be the problem. > Try without it. > As could be expected, it failed exactly the same without the obviously unrelated -a option: root@symbion:/ibm (113) dump 0f - /ibmo | restore -rf - DUMP: Date of this level 0 dump: Tue Mar 24 21:31:19 2009 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad2s1e (/ibmo) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 152357442 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 0.16% done, finished in 242:05 at Sat Apr 4 00:00:21 2009 DUMP: 4.29% done, finished in 10:24 at Wed Mar 25 08:24:02 2009 DUMP: 8.56% done, finished in 5:52 at Wed Mar 25 03:56:43 2009 DUMP: 11.76% done, finished in 4:35 at Wed Mar 25 02:43:29 2009 DUMP: 16.00% done, finished in 3:38 at Wed Mar 25 01:52:05 2009 DUMP: 19.28% done, finished in 3:15 at Wed Mar 25 01:33:43 2009 DUMP: 22.74% done, finished in 2:55 at Wed Mar 25 01:18:49 2009 unknown tape header type 1431655765 abort? [yn] n resync restore, skipped 9 blocks expected next file 1599492, got 0 DUMP: 24.50% done, finished in 3:27 at Wed Mar 25 02:05:41 2009 unknown tape header type 1508167078 abort? [yn] n resync restore, skipped 66 blocks expected next file 1599492, got 0 unknown tape header type -1493630979 abort? [yn] y dump core? [yn] n DUMP: Broken pipe DUMP: The ENTIRE dump is aborted. Now can one get /real/ support for the most basic functionality of the most advanced modern Unix in the world? Thanks, -mi