home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18304 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  2.9 KB
  1. Path: sparky!uunet!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!sunic!seunet!elmrd6.ineab.ikea.se!anos
  2. From: anos@elmrd6.ineab.ikea.se
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Fixing SYSTEM-W-HEADERFULL error
  5. Message-ID: <1992Nov21.120522.27@elmrd6.ineab.ikea.se>
  6. Date: 21 Nov 92 12:05:22 +0200
  7. References: <BxoMzw.Jx9@irvine.com> <2369.2b04e86c@decus.ch>
  8. Organization: IKEA Northern Europe AB
  9. Lines: 50
  10.  
  11. In article <2369.2b04e86c@decus.ch>, mandach@decus.ch 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. > Adam,
  24. > 
  25. > your porblem may have to do with some initialization constraints (VMS
  26. > calculates these paramters based upon "used-to-be-values" With those
  27. > GIGA-byte drives that emerged in the recent time some default values
  28. > have not been adapted yet.
  29. > 
  30. > Our way to overcome this problem was to backup the ENTIRE disk onto
  31. > another one which we initialized with a larger value for the para-
  32. > meter /MAXIMUM_FILES (see the Help-text from VMS: $ HELP INIT dev/MAX)
  33. > You could also use a tape and restore the entire disk with BACKUP but
  34. > I'd suggest to use the switch /NOINITIALIZE and previous to restoring
  35. > initialize the disk in  question with a alrger value of MAX.._FILES.
  36. > 
  37. > Hope this helps !
  38. > 
  39. > Regards,
  40. > Hans
  41. > 
  42. > 
  43.  
  44. I would say that the problem is that your INDEXF.SYS is too fragmented and
  45. can't be extended. I have had the same problem recently on a Vax 4000/100 in
  46. Belgium, and the way to fix it was to do an image backup, initialize the
  47. volume with /HEADER=n (4096 in my case) and the do the restore with the
  48. /NOINIT qualifier. Again, the problem is that VMS *assumes* that you will
  49. not have more that 16 files on your volume (do a DUMP/HEADER to check) and
  50. therefore allocated 16 blocks when the volume is initialized. After this,
  51. normal file extension is performed when needed, meaning a badly fragemented
  52. indexfile after a short period of time.
  53.  
  54. +------------------------+--------------------------------------------------+
  55. | And my name is ...     | Anders Ostling                    |
  56. | employed by ...        | IKEA Northern Europe AB (INEAB)                  |
  57. | located in ...         | Helsingborg, Sweden                              |
  58. | Return mail address to | ANOS@ELMRD6.INEAB.IKEA.SE                |
  59. | Phone                  | +46 42 15 29 06                                  |
  60. +------------------------+--------------------------------------------------+
  61.