home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / networks / tcpip / multinet / 2122 < prev    next >
Encoding:
Text File  |  1992-09-10  |  2.0 KB  |  46 lines
  1. X-Gateway-Source-Info: INTERNET
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!news.service.uci.edu!unogate!mvb.saic.com!tgv.com!info-multinet
  3. Date: 10 SEP 92 17:56:06 GMT
  4. Newsgroups: vmsnet.networks.tcp-ip.multinet
  5. X-Return-path: <info-multinet-relay@TGV.COM>
  6. X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
  7. From: adelman@TGV.COM
  8. Subject:  Re: Ultrix backups.
  9. Organization: The INFO-MULTINET Community
  10. Message-ID: <42E00D2910SEP92175606@TGV.COM>
  11. Nntp-Posting-Host: Mvb.Saic.Com
  12. Lines: 32
  13.  
  14. >      >We have ultrix 5000/240 workstations with no tapes, and vms 5.5 vax
  15. >      >4000/500 with 5f85 and Multinet 3.1 .  We have learned to NFS file share
  16. >      >and printer share, and are ready for the lesson on what to do to back up
  17. >      >the Ultrix machines onto vms TF85 tape.  Incidentally it is a FAST tape
  18. >      >drive, a real thrill to use.
  19.  
  20. >      Although I suspect it's a bit Rube Goldbergish I use dump to backup
  21. > file systems on Ultrix/Bugtrix to NFS mounted disks on my VAXCluster
  22. > running TGV MULTINET.  The dumps then go out to tape with VMS BACKUP.
  23. > COPY has record length problems.  It works.
  24.  
  25.     The problem with this scheme is that it results in a loss of
  26. certain properties of files.  In particular, if a file is owned by a
  27. group which is not the group that you've got a user mapped to in
  28. MULTINET CONFIGURE/NFS, the information about which group it is owned
  29. by is lost when you copy it to the VMS NFS Server and back.  Also, if
  30. a file has "holes" in it (areas which were never written) these holes
  31. get filled in with zeros and when the file is restored, although it
  32. will appear the same, it will take more disk space.
  33.  
  34.     The second problem is that most people would rather have UNIX backups
  35. in a UNIX format and VMS backups in a VMS format.  The reason for this
  36. is so that "X" years from now if you don't have one of these machines
  37. you won't be unable to restore files from your backups of the other.
  38.  
  39. >      I've never heard of tapes being defined as an NFS mounted object.
  40. > MSCP has the same problem in VMS; no tapes.
  41.  
  42.     The RMT Server does this.
  43.  
  44.                                 Ken
  45. 
  46.