home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / vms / 13570 < prev    next >
Encoding:
Text File  |  1992-08-12  |  1.8 KB  |  35 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!sdd.hp.com!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  3. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  4. Subject: Re: Bound volumes vs strip set .. preferences?
  5. Message-ID: <1992Aug12.174741.21786@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: sol1.gps.caltech.edu
  8. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  9. Organization: HST Wide Field/Planetary Camera
  10. References: <9208071623.AA16990@uu3.psi.com>
  11. Date: Wed, 12 Aug 1992 17:47:41 GMT
  12. Lines: 21
  13.  
  14. In article <9208071623.AA16990@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
  15. >    What's the catch? Well, both of these methods have one major drawback
  16. >    - IF YOU LOSE ANY ONE OF THE BOUND VOLUME DISKS - YOU'VE LOST IT ALL!
  17. >
  18. >Not true for volume.  It is quite possible to continue running with one (or
  19. >more) of the members of a volume set inaccessible.  Any files that don't
  20. >happen to have extents on the missing volume can still be used.  It's not an
  21. >ideal situation, but it isn't a show-stopper.  BACKUP is also capable of
  22. >saving or restoring a single volume in a volume set.  (I don't know about the
  23. >situation for stripe sets.)
  24.  
  25. Er, I could've sworn that if you lose the first volume of a volume set, you
  26. lose everything.
  27. --------------------------------------------------------------------------------
  28. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  29.  
  30. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  31. understanding of astronomy is purely at the amateur level (or below).  So
  32. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  33. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  34. hold me responsible for it, but my organization had nothing to do with it.
  35.