From owner-freebsd-bugs@FreeBSD.ORG  Fri Jul  9 16:10:26 2004
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E06DB16A4CE
	for <freebsd-bugs@hub.freebsd.org>;
	Fri,  9 Jul 2004 16:10:26 +0000 (GMT)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BDCCC43D2F
	for <freebsd-bugs@hub.freebsd.org>;
	Fri,  9 Jul 2004 16:10:26 +0000 (GMT)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1])
	by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i69GAQJQ095897
	for <freebsd-bugs@freefall.freebsd.org>; Fri, 9 Jul 2004 16:10:26 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i69GAQPW095896;
	Fri, 9 Jul 2004 16:10:26 GMT
	(envelope-from gnats)
Date: Fri, 9 Jul 2004 16:10:26 GMT
Message-Id: <200407091610.i69GAQPW095896@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
From: Paul Frommeyer <paul@palas.com>
Subject: Re: bin/67723: FreeBSD 5.x restore cannot handle other
	platforms/Linux(extfs)-dumps anymore
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Paul Frommeyer <paul@palas.com>
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jul 2004 16:10:27 -0000

The following reply was made to PR bin/67723; it has been noted by GNATS.

From: Paul Frommeyer <paul@palas.com>
To: <freebsd-gnats-submit@freebsd.org>, <ag-freebsd@space.net>
Cc:  
Subject: Re: bin/67723: FreeBSD 5.x restore cannot handle other
	platforms/Linux(extfs)-dumps anymore
Date: Fri, 09 Jul 2004 12:06:36 -0400

 Hello,
 I wanted to offer some supplemental information that I suspect is wider
 behavior for this same bug. On 5.2.1-RC, recognition of legacy filesystems
 appears to be broken, up to and including refusal of restore to recognize
 the -c switch:
 
 milo2.palas.com:/local/dump#uname -v
 FreeBSD 5.2.1-RC #0: Sat Jan 31 05:36:22 GMT 2004
 root@cypress.btc.adpatec.com:/usr/obj/usr/src/sys/GENERIC
 milo2.palas.com:/local/dump#file sunosdump
 sunosdump: dump format, 4.2 or 4.3 BSD without IDC
 milo2.palas.com:/local/dump#restore -rf sunosdump
 Tape is not a dump tape
 milo2.palas.com:/local/dump#restore -c -r -f sunosdump
 restore: illegal option -- c
 usage:  restore -i [-cdhmNuvy] [-b blocksize] [-f file] [-s fileno]
       restore -r [-cdNuvy] [-b blocksize] [-f file] [-s fileno]
       restore -R [-cdNuvy] [-b blocksize] [-f file] [-s fileno]
       restore -x [-cdhmNuvy] [-b blocksize] [-f file] [-s fileno] [file ...]
       restore -t [-cdhNuvy] [-b blocksize] [-f file] [-s fileno] [file ...]
 milo2.palas.com:/local/dump#restore -c
 restore: illegal option -- c
 usage:  restore -i [-cdhmNuvy] [-b blocksize] [-f file] [-s fileno]
       restore -r [-cdNuvy] [-b blocksize] [-f file] [-s fileno]
       restore -R [-cdNuvy] [-b blocksize] [-f file] [-s fileno]
       restore -x [-cdhmNuvy] [-b blocksize] [-f file] [-s fileno] [file ...]
       restore -t [-cdhNuvy] [-b blocksize] [-f file] [-s fileno] [file ...]
 milo2.palas.com:/local/dump#
 
 I found that an eminently effective workaround was to just use the 4.10
 restore binary. I'm in the process of upgrading to 5.2.1-RELEASE, I'll post
 another update if I notice different behavior with it.
 
 I hope this information is helpful.
 --Paul
 
 Paul's Fone Company           http://www.palas.com         corwin@palas.com
  Terabit routing, Peering, Metro Ethernet, Content Networking, CCIE