home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18136 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.2 KB  |  46 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!iggy.GW.Vitalink.COM!cs.widener.edu!eff!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!kcgl1.eng.ohio-state.edu!JONESD
  3. From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
  4. Subject: Re: re^2: extending INDEXF.SYS (new idea!)
  5. Message-ID: <1992Nov18.035253.17533@magnus.acs.ohio-state.edu>
  6. Sender: news@magnus.acs.ohio-state.edu
  7. Nntp-Posting-Host: kcgl1.eng.ohio-state.edu
  8. Organization: The Ohio State University
  9. References: <9211170506.AA25540@ucbvax.Berkeley.EDU>
  10. Date: Wed, 18 Nov 1992 03:52:53 GMT
  11. Lines: 33
  12.  
  13. In article <9211170506.AA25540@ucbvax.Berkeley.EDU>, moeller@gwdgv1.dnet.gwdg.de writes:
  14. >Some time ago, there was some discussion re: pre-extending INDEXF.SYS,
  15. >and the consensus was, that one has to be very careful,
  16. >so that INDEXF.SYS won't become a multi-header file by any chance.
  17. >
  18. >It occurred to me that there is a VMS utility for extending files,
  19. >which *has* that important check built-in:
  20. >
  21. >  $ MCR SYSGEN CREATE disk:[000000]INDEXF.SYS/size=<newsize>
  22. >
  23. >Successfully tested (on a PDA0: device)!
  24. >
  25.  
  26. Did you check that the backup index file headers were updated as well?  If the
  27. backup headers aren't kept current and you lose the primary, you'll lose all
  28. files in the extended zone.  An analyze/disk on the volume might fix
  29. the backup headers, but I haven't experimented.
  30.  
  31. A short time ago, a site on campus had the situation where INDEXF.SYS was
  32. extended into a multi-header file.  This is a BAD THING - trying to mount
  33. the disk in this state caused XQP to lose its mind and crash the system.
  34. We were able to restore the volume by trashing the block with the primary
  35. index file header.  The mount then used the backup index file header, which
  36. still had the original mapping pointers.  Apparently the file headers in the
  37. extended region hadn't been used by any created files, so no files were lost.
  38.  
  39.  
  40. David L. Jones               |      Phone:    (614) 292-6929
  41. Ohio State Unviversity       |      Internet:
  42. 1971 Neil Ave. Rm. 406       |               jonesd@kcgl1.eng.ohio-state.edu
  43. Columbus, OH 43210           |               jones-d@eng.ohio-state.edu
  44.  
  45. Disclaimer: A repudiation of a claim.
  46.