From nobody@FreeBSD.ORG Wed Nov 17 05:50:13 1999
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 5817815252; Wed, 17 Nov 1999 05:50:13 -0800 (PST)
Message-Id: <19991117135013.5817815252@hub.freebsd.org>
Date: Wed, 17 Nov 1999 05:50:13 -0800 (PST)
From: osela@tactline.co.il
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@freebsd.org
Subject: rmt - remote magtape protocol
X-Send-Pr-Version: www-1.0

>Number:         14946
>Category:       bin
>Synopsis:       rmt(8) remote magtape protocol
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 17 06:00:00 PST 1999
>Closed-Date:    Tue Dec 16 02:35:53 UTC 2008
>Last-Modified:  Tue Dec 16 02:35:53 UTC 2008
>Originator:     Oren Sela
>Release:        3.2
>Organization:
Tactline
>Environment:
FreeBSD alice 3.2-RELEASE FreeBSD 3.2-RELEASE #1: Thu Jul 22 16:05:47 IDT 1999     root@alice:/usr/src/sys/compile/ALICE  i386
>Description:
I want to use the rmt on bsd vs. solaris 2.7.
When I use ufsdump from the solaris machine to the BSD I get following output:
  DUMP: Writing 32 Kilobyte records
  DUMP: Date of this level 0 dump: Wed Nov 17 15:23:38 1999
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rdsk/c0t0d0s7 (hope:/export/home) to
alice:/dev/nrsa0.
  DUMP: Mapping (Pass I) [regular files]
  DUMP: Mapping (Pass II) [directories]
  DUMP: Estimated 436 blocks (218KB).
  DUMP: rmtstatus: expected response size 24, got 76
  DUMP: This means the remote rmt daemon is not compatible.
  DUMP: Lost connection to remote host.
  DUMP: Bad return code from dump: 1
The rmt on Solaris is not compatible with the one on BSD.
I need a solution - can any one help :->

>How-To-Repeat:
just do ufsdump from solaris 2.7 to bsd 3.2
>Fix:


>Release-Note:
>Audit-Trail:

From: Matthew Jacob <mjacob@feral.com>
To: osela@tactline.co.il
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: i386/14946: rmt - remote magtape protocol
Date: Wed, 17 Nov 1999 08:34:30 -0800 (PST)

 Does this have problems from a FreeBSD to a FreeBSD machine as well? 
 
Responsible-Changed-From-To: freebsd-bugs->mjacob 
Responsible-Changed-By: mjacob 
Responsible-Changed-When: Wed Feb 2 00:42:44 PST 2000 
Responsible-Changed-Why:  
I'll take this one 

From: Arcady Genkin <agenkin@cdf.toronto.edu>
To: freebsd-gnats-submit@FreeBSD.org
Cc: osela@tactline.co.il
Subject: Re: i386/14946: rmt - remote magtape protocol
Date: Fri, 06 Sep 2002 15:29:36 -0400

 This may be a different issue, but I am also unable to use Solaris 8's
 ufsdump to dump to a file on a FreeBSD-4.6-STABLE host over RMT.
 
 bash-2.05# ufsdump 0f backup@backup1:/backup/nmarvin.dump /opt 
   DUMP: Writing 32 Kilobyte records
   DUMP: Date of this level 0 dump: Fri Sep 06 03:28:07 2002
   DUMP: Date of last level 0 dump: the epoch
   DUMP: Dumping /dev/rdsk/c0t0d0s6 (nmarvin:/opt) to backup1:/backup/nmarvin.dump.
   DUMP: Mapping (Pass I) [regular files]
   DUMP: Mapping (Pass II) [directories]
   DUMP: Estimated 6950164 blocks (3393.63MB).
   DUMP: Login incorrect.
   DUMP: Lost connection to remote host.
   DUMP: Bad return code from dump: 1
 
  From the above it may seem that there is an authentication problem
 between the hosts, but piping the output of ufsdump to rsh and saving
 it to the file over this pipe works fine (see output below).  Besides,
 if the file "nmarvin.dump" does not exist, ufsdump is able to detect
 that over RMT.
 
 nmarvin# ufsdump 0f - /opt | rsh -l backup backup1 'cat > nmarvin.dump'
   DUMP: Writing 32 Kilobyte records
   DUMP: Date of this level 0 dump: Fri Sep 06 03:07:27 2002
   DUMP: Date of last level 0 dump: the epoch
   DUMP: Dumping /dev/rdsk/c0t0d0s6 (nmarvin:/opt) to standard output.
   DUMP: Mapping (Pass I) [regular files]
   DUMP: Mapping (Pass II) [directories]
   DUMP: Estimated 6950164 blocks (3393.63MB).
   DUMP: Dumping (Pass III) [directories]
   DUMP: Dumping (Pass IV) [regular files]
   DUMP: 6950142 blocks (3393.62MB) on 1 volume at 6461 KB/sec
   DUMP: DUMP IS DONE
 
 -- 
 Arcady Genkin
State-Changed-From-To: open->feedback 
State-Changed-By: linimon 
State-Changed-When: Thu Aug 26 02:34:27 GMT 2004 
State-Changed-Why:  
With bugmeister hat on, reassign from inactive committer. 


Responsible-Changed-From-To: mjacob->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Thu Aug 26 02:34:27 GMT 2004 
Responsible-Changed-Why:  
Is this still a problem with modern versions of FreeBSD? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=14946 
Responsible-Changed-From-To: freebsd-bugs->mjacob 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Thu Aug 26 06:04:37 GMT 2004 
Responsible-Changed-Why:  
mjacob has reactived his commit bit.  mea culpa for the bogus reassignment. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=14946 
State-Changed-From-To: feedback->suspended 
State-Changed-By: linimon 
State-Changed-When: Tue Aug 31 15:53:49 GMT 2004 
State-Changed-Why:  
Original submitter's email bounces.  I don't know if the second 
problem appended to this PR is still valid, though. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=14946 
Responsible-Changed-From-To: mjacob->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sat Aug 4 12:09:30 UTC 2007 
Responsible-Changed-Why:  
Assignee has turned in his commit bit, so return to pool. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=14946 
State-Changed-From-To: suspended->closed 
State-Changed-By: kensmith 
State-Changed-When: Tue Dec 16 02:31:33 UTC 2008 
State-Changed-Why:  

I verified using ufsdump from a Solaris-10 machine to a FreeBSD 7.1-RC1 
machine with the target being a real tape drive works just fine.  If 
the target is a plain file it doesn't work and generates the error 
as described in the second follow-up but rmt was designed to talk to 
tape drives.  You're better off using the approach shown as what works 
in the second follow-up.  For example even on systems where rmt does 
tolerate talking to a file the file needs to already exist, it won't 
create it for you. 


http://www.freebsd.org/cgi/query-pr.cgi?pr=14946 
>Unformatted:
