home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / vmsnet / networks / tcpip / multinet / 2551 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  1.6 KB
  1. Path: sparky!uunet!europa.asd.contel.com!howland.reston.ans.net!usc!news.service.uci.edu!unogate!mvb.saic.com!info-multinet
  2. From: adelman@TGV.COM (Kenneth Adelman)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Re: Un tar-ing from a Re: How do you backup UNIX files to a VMS tape drive?
  5. Message-ID: <921215171550.24000542@TGV.COM>
  6. Date: Tue, 15 Dec 92 17:15:50 PST
  7. Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 27
  10.  
  11. >> The Gnu tar program will allow you to use the "/etc/rmt" service, as
  12. >> provided by MultiNet. You can use it out-of-the box with the /dev/rmtx
  13. >> format tape drives. If you'd prefer to use the real device names, a
  14. >> little (very light) hacking is needed on gnutar to persuade it that
  15. >> names like "vaxname:msa0:/nounload" are remote names. You don't need
  16. >> NFS to do any of this.
  17.  
  18. > If I understand this posting correctly I require GNUtar on, say, a DECstation
  19. > to be able to untar a tar tape which is mounted physically on the VAX (the
  20. > only place we have a TK50).  This is suddenly quite important. We got an
  21. > update for some software for our DECstation on a TK50, but the d/s TK50 is
  22. > dead: we'd like to use the VAX/Multinet to get to the tape.
  23.  
  24.     Correct.
  25.  
  26.     The other way of doing it is to copy the contents of the file to
  27. VMS disk and then either FTP it to the DECstation or access it over
  28. NFS. If you:
  29.  
  30. $ mount/for/block=10240/rec=10240 mua0:
  31. $ copy mua0: somefilename
  32.  
  33. the file you get should have fixed length records 10240 bytes long and
  34. should be readable by standard UNIX tar via NFS or after FTPing it
  35. in binary mode.
  36.  
  37.                             Ken
  38.