From nobody@FreeBSD.org  Tue Aug 16 21:14:12 2005
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7F6E916A41F
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 16 Aug 2005 21:14:12 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4C57043D46
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 16 Aug 2005 21:14:12 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j7GLECwR060017
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 16 Aug 2005 21:14:12 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id j7GLEClQ060016;
	Tue, 16 Aug 2005 21:14:12 GMT
	(envelope-from nobody)
Message-Id: <200508162114.j7GLEClQ060016@www.freebsd.org>
Date: Tue, 16 Aug 2005 21:14:12 GMT
From: Ted Nolan <Ted.Nolan@sri.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: /sbin/restore on 5.4 will not read Solaris-sparc dumps, whereas 4.x restore will
X-Send-Pr-Version: www-2.3

>Number:         85011
>Category:       bin
>Synopsis:       restore(8) on 5.4 will not read Solaris-sparc dumps, whereas 4.x restore will [regression]
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Tue Aug 16 21:20:02 GMT 2005
>Closed-Date:    
>Last-Modified:  Sat Jun 16 23:30:15 UTC 2012
>Originator:     Ted Nolan
>Release:        5.4-RELEASE
>Organization:
SRI International
>Environment:
FreeBSD snooze.tnolan.com 5.4-RELEASE FreeBSD 5.4-RELEASE #1: Tue Jul 19 11:29:06 EDT 2005   ted@snooze.tnolan.com:/usr/src/sys/i386/compile/SNOOZE  i386
>Description:
I have a Sun Ultra10 (sparc based) running SunOS 5.9.  I used to be able
to read dumps taken by ufsdump on this machine on FreeBSD 4.x.  I cannot
do so on FreeBSD 5.4.  4.X restore says Note: Doing Quad swapping", but
this string does not appear in the 5.4 src for restore at all.  I realize
that Solaris compatability is not essential, but it was nice!
>How-To-Repeat:
Take a Solaris ufsdump file to a FreeBSD 5.4 machine, try any operation
on it and watch it fail with "Tape is not a dump tape".
>Fix:
A workaround is to copy "restore" from a 4.X box and run it on 5.X.  So
far this seems to work.  
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: glebius 
State-Changed-When: Sat Aug 20 11:26:16 GMT 2005 
State-Changed-Why:  
Some changes to re-add support for old tapes were commited 
to 5-STABLE _after_ 5.4-RELEASE. 

Can you please update your system and say whether SunOS 
tapes are readable in 5.4-STABLE? 


http://www.freebsd.org/cgi/query-pr.cgi?pr=85011 
Responsible-Changed-From-To: freebsd-bugs->imp 
Responsible-Changed-By: kris 
Responsible-Changed-When: Wed Sep 21 15:05:44 GMT 2005 
Responsible-Changed-Why:  
imp expressed interest in this 

http://www.freebsd.org/cgi/query-pr.cgi?pr=85011 

From: Victor Sudakov <sudakov@sibptus.tomsk.ru>
To: bug-followup@FreeBSD.org
Cc: Maxim Konovalov <maxim@macomnet.ru>
Subject: Re: bin/85011: /sbin/restore on 5.4 will not read Solaris-sparc dumps, whereas 4.x restore will
Date: Tue, 27 Mar 2007 17:01:00 +0700

 Sorry,
 
 I did "cvs rdiff -ko -r RELENG_5_4 -r RELENG_5 src/sbin/restore" and did
 not see any relevant changes. What have I missed?
 
 -- 
 Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
 sip:sudakov@sibptus.tomsk.ru

From: Maxim Konovalov <maxim@macomnet.ru>
To: Victor Sudakov <sudakov@sibptus.tomsk.ru>
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/85011: /sbin/restore on 5.4 will not read Solaris-sparc
 dumps, whereas 4.x restore will
Date: Tue, 27 Mar 2007 17:44:09 +0400 (MSD)

 On Tue, 27 Mar 2007, 17:01+0700, Victor Sudakov wrote:
 
 > Sorry,
 >
 > I did "cvs rdiff -ko -r RELENG_5_4 -r RELENG_5 src/sbin/restore" and did
 > not see any relevant changes. What have I missed?
 
 You need -rRELENG_4 -rRELENG_5_4
 
 -- 
 Maxim Konovalov

From: Victor Sudakov <sudakov@sibptus.tomsk.ru>
To: Maxim Konovalov <maxim@macomnet.ru>
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/85011: /sbin/restore on 5.4 will not read Solaris-sparc dumps, whereas 4.x restore will
Date: Wed, 28 Mar 2007 09:58:42 +0700

 Maxim Konovalov wrote:
 > >
 > > I did "cvs rdiff -ko -r RELENG_5_4 -r RELENG_5 src/sbin/restore" and did
 > > not see any relevant changes. What have I missed?
 > 
 > You need -rRELENG_4 -rRELENG_5_4
 
 Sorry but does not the phrase "commited to 5-STABLE after 5.4-RELEASE"
 mean that the changes are between 5.4-RELEASE and 5-STABLE?
 
 -- 
 Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
 sip:sudakov@sibptus.tomsk.ru
Responsible-Changed-From-To: imp->linimon 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Mon Jul 30 09:45:24 UTC 2007 
Responsible-Changed-Why:  
To submitter: the changes would be either in 5.5 or 5-STABLE by now (as 
well as 6.X).  Can you report if the problem still exists in any of those 
versions? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=85011 
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Sun Jan 27 08:38:06 UTC 2008 
State-Changed-Why:  
Note that submitter has been asked for feedback. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=85011 

From: Victor Sudakov <sudakov@sibptus.tomsk.ru>
To: bug-followup@FreeBSD.org;, Ted.Nolan@sri.com
Cc:  
Subject: Re: bin/85011: /sbin/restore on 5.4 will not read Solaris-sparc dumps, whereas 4.x restore will
Date: Thu, 9 Apr 2009 09:44:33 +0700

 Can we reopen this PR?
 
 I have just checked /sbin/restore on 7.1-RELEASE and it still does not
 read Solaris9/SPARC ufsdumps with the same message "Tape is not a
 dump tape".
 
 
 -- 
 Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
 sip:sudakov@sibptus.tomsk.ru

From: Victor Sudakov <sudakov@sibptus.tomsk.ru>
To: bug-followup@FreeBSD.org;, Ted.Nolan@sri.com
Cc:  
Subject: Re: bin/85011: /sbin/restore on 5.4 will not read Solaris-sparc dumps, whereas 4.x restore will
Date: Thu, 9 Apr 2009 11:21:30 +0700

 > Can we reopen this PR?
 > 
 > I have just checked /sbin/restore on 7.1-RELEASE and it still does not
 > read Solaris9/SPARC ufsdumps with the same message "Tape is not a
 > dump tape".
 
 I think I must report that the 7.1-RELEASE /sbin/restore does read
 Solaris10/x86 ufsdumps. Only SPARC support is missing. I think byte
 swapping code is missing because SPARC is big-endian.
 
 
 -- 
 Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
 sip:sudakov@sibptus.tomsk.ru
State-Changed-From-To: closed->open 
State-Changed-By: linimon 
State-Changed-When: Thu Apr 9 21:48:01 UTC 2009 
State-Changed-Why:  
Problem has been confirmed to still exist. 


Responsible-Changed-From-To: linimon->freebsd-ports-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Thu Apr 9 21:48:01 UTC 2009 
Responsible-Changed-Why:  

http://www.freebsd.org/cgi/query-pr.cgi?pr=85011 
Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-bugs 
Responsible-Changed-By: arved 
Responsible-Changed-When: Sun Jun 21 15:32:03 UTC 2009 
Responsible-Changed-Why:  
This has nothing to do with ports 

http://www.freebsd.org/cgi/query-pr.cgi?pr=85011 

From: Heikki Suonsivu <hsu@wlansystems.com>
To: bug-followup@FreeBSD.org, Ted.Nolan@sri.com
Cc:  
Subject: Re: bin/85011: restore(8) on 5.4 will not read Solaris-sparc dumps,
 whereas 4.x restore will [regression]
Date: Sun, 17 Jun 2012 02:28:06 +0300

 This bug still exists in 8.3-STABLE from few weeks back.  Restoring tape 
 likely written with Sunos
 
 lelu# restore -i -f file1
 Tape is not a dump tape
 lelu# file file1
 file1: dump format, 4.2 or 4.3 BSD without IDC
 lelu# restore -i -v -f file1
 Verify tape and initialize maps
 Tape block size is 32
 Tape is not a dump tape
 lelu#
 
 So, it seems that the tape is dump tape, but cannot be read.  file1 has 
 been pulled from the tape with dd.
 
 I happened to have a FreeBSD 4 in one host, and taking a binary from 
 there seems to work.
 
 
>Unformatted:
