home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18361 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  3.1 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!network.ucsd.edu!calmasd!leto!kjb
  2. From: kjb@calmasd.prime.com (Ken Brucker)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Fixing SYSTEM-W-HEADERFULL error
  5. Message-ID: <1992Nov23.110310.985@calmasd.prime.com>
  6. Date: 23 Nov 92 19:03:10 GMT
  7. References: <BxoMzw.Jx9@irvine.com> <2369.2b04e86c@decus.ch> <1992Nov21.120522.27@elmrd6.ineab.ikea.se>
  8. Organization: Computervision, San Diego CA
  9. Lines: 52
  10.  
  11. In article <1992Nov21.120522.27@elmrd6.ineab.ikea.se>, anos@elmrd6.ineab.ikea.se writes:
  12. >> In article <BxoMzw.Jx9@irvine.com>, adam@irvine.com (Adam Beneschan) writes:
  13. >>> Please help us!!  We're getting this error message and we're not sure
  14. >>> what to do.  Please email replies to abeneschan@irvine.com.  
  15. >>> 
  16. >>> Our situation:  We have a Vaxstation 4000 model 60, VMS version V5.5,
  17. >>> 1 gigabyte SCSI drive.  There are 49112 files on our system, and our
  18. >>> INDEXF.SYS file is 49190 blocks.  (Each header in INDEXF.SYS is 1
  19. >>> block, so it's not surprising that these figures are close.)  If we
  20. >>> say SHOW DEVICE/FULL, it says the maximum number of files is about
  21. >>> 257000.  
  22. >> 
  23. > 
  24. > I would say that the problem is that your INDEXF.SYS is too fragmented and
  25. > can't be extended. I have had the same problem recently on a Vax 4000/100 in
  26. > Belgium, and the way to fix it was to do an image backup, initialize the
  27. > volume with /HEADER=n (4096 in my case) and the do the restore with the
  28. > /NOINIT qualifier. Again, the problem is that VMS *assumes* that you will
  29. > not have more that 16 files on your volume (do a DUMP/HEADER to check) and
  30. > therefore allocated 16 blocks when the volume is initialized. After this,
  31. > normal file extension is performed when needed, meaning a badly fragemented
  32. > indexfile after a short period of time.
  33. >  
  34.  
  35. This is indeed the problem.  To clarify the problem a little more for those
  36. that may be wondering why the index file can't be extended; a normal VMS file
  37. can be extended using multiple file headers (known as extents) in indexf.sys. 
  38. As a file grows and has additional space allocated to it, eventually the table
  39. in it's file header fills and a new extent is allocated for it in Indexf.sys to
  40. hold a continuation table for the block allocations on the volume.
  41.  
  42. The Index file is not allowed to use multiple extents so once it's table is
  43. filled, that's it.  No more room to grow and the header full error is the
  44. result.
  45.  
  46. The solution presented above will mostly work.  There's a bug in backup that
  47. causes it to ignore the /noinit qualifier and set the size of the new
  48. indexf.sys file to be just large enough to hold the number of files that are in
  49. the save set you are restoring.  There's a patch available from DSNlink and
  50. from what I hear this is fixed in VMS 5.5-2.
  51.  
  52. If you really want to set the number of headers for the volume using
  53. /header=n, then you will need to do a selective restore of the whole disk
  54. instead of an image restore.
  55.  
  56. Ken
  57.  
  58. -- 
  59. -------------------------------------------------------------------------------
  60. **  Ken Brucker -- VMS/Ultrix Systems Programmer/Mangler -- Computervision
  61.  **  kjb@calmasd.Prime.COM  
  62.   **  Practice Random Kindness and Senseless Acts of Beauty
  63.