home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp / 8597 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.5 KB  |  53 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!usc!rpi!usenet.coe.montana.edu!news.u.washington.edu!zeus!davidb
  3. From: davidb@zeus.ce.washington.edu (David W. Barts)
  4. Subject: Re: Backup to DAT over net
  5. Message-ID: <1992Jul28.002016.18653@u.washington.edu>
  6. Sender: news@u.washington.edu (USENET News System)
  7. Organization: University of Washington
  8. References: <1992Jul23.170942.11576@cs.nott.ac.uk> <1992Jul27.095125.2987@eye.com>
  9. Date: Tue, 28 Jul 1992 00:20:16 GMT
  10. Lines: 41
  11.  
  12. In article <1992Jul27.095125.2987@eye.com>, paul@eye.com (Paul B. Booth) writes:
  13. > In article <1992Jul23.170942.11576@cs.nott.ac.uk> pczip@mips.Berkeley.EDU (Ivan Powis) writes:
  14. > >We recently installed several hp9000/700's which are all networked together
  15. > >along with a single DAT drive. One question we asked all suppliers, including
  16. > >hp , was "can you run a backup over the net?". They all said yes. However,
  17. > >having chosen hp, I now find its not so simple. Using fbackup and traversing
  18. > >nfs mounts to get at files on the remote systems (ie not having the DAT drive)
  19. > >isn't adequate, because the superuser protection applied by NFS stops me 
  20. > >accessing remote files that don't have general access permission. So using
  21. > >NFS to get at the remote file sytems isn't the answer.
  22. > >
  23. > >How do you go about this? At the moment we're having to physically carry the DAT
  24. > >drive around from machine to machine. This surely isn't the way it has to be done
  25. > >is it? 
  26. > >
  27. > >Ivan Powis
  28. > 
  29. > At 9.0, rumor has it, hp-ux will update its NFS implementation to allow you
  30. > to permit root access on an nfs-mounted filesystem. [ instructions on how
  31. > to punch a gaping security hole in NFS edited ]
  32.  
  33. That will work, but aside from security issues, you're still running
  34. find(1) on a remote filesystem.  (Can you say "slow"?  I knew you
  35. could.)
  36.  
  37. It is far better to avoid using NFS entirely when doing a backup.  At
  38. UW Civil Engineering, we simply use the rmt(1m) interface of Gnu tar
  39. (which we always run local to the files being backed up) to send the tar
  40. data stream to a remote tape.  The backup script itself runs on the
  41. tape host and simply uses remsh(1) to invoke an appropriate gtar
  42. command on the node being backed up. I.e., the tape host executes
  43. a command like:
  44.     remsh workstation gtar cblf 32 tapehost:/dev/tapename / /users
  45.  
  46. Other advantages of Gnu tar are the price (free!), portability between
  47. different systems, and source code availability if you find a bug that
  48. needs fixing RIGHT NOW.
  49.  
  50. --
  51. David Barts  N5JRN                      UW Civil Engineering, FX-10
  52. davidb@ce.washington.edu                Seattle, WA  98195
  53.