home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 22164 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.7 KB
  1. Path: sparky!uunet!europa.eng.gtefsd.com!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!agate!stanford.edu!rock!concert!ais.com!bruce
  2. From: bruce@ais.com (Bruce C. Wright)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: help: huge index file
  5. Message-ID: <1993Jan27.233611.5972@ais.com>
  6. Date: 27 Jan 93 23:36:11 GMT
  7. References: <26JAN199310483026@vtpwr2.psl.ee.vt.edu>
  8. Organization: Applied Information Systems, Chapel Hill, NC
  9. Lines: 26
  10.  
  11. In article <26JAN199310483026@vtpwr2.psl.ee.vt.edu>, gharpure@vtpwr2.psl.ee.vt.edu (VASUDEV GHARPURE) writes:
  12. > 
  13. >     We have a vax cluster, with a VS3100/76 as the boot node, 
  14. > running VMS 5.4-2. The boot node has a 1.0 GB external disk, used for 
  15. > user files.
  16. > 
  17. >     I used this disk as a temprory storage for a large number of 
  18. > files, which have since been deleted. But I am left with a huge index 
  19. > file (about 31K blocks). The original file was about 5K blocks.
  20. > 
  21. >     How do I get the index file back to normal? What harm does it do 
  22. > if it stays as it is?
  23.  
  24. There's no supported way to truncate the index file once it's grown
  25. like that.  The usual approach is to do a backup and restore from tape.
  26.  
  27. The main harm that the index file does if it stays that big is take
  28. up space.  You _may_ slightly decrease performance if the index file
  29. is fragmented and breaks up the disk so that many user files become
  30. fragmented;  since you're not using the file headers in the `higher'
  31. blocks in the index file, you won't get much of a performance hit from
  32. disk accesses to a fragmented index file.  Few disk defragmenter
  33. programs will deal with a fragmented index file;  again, the most
  34. common cure is to do a backup and restore from tape.
  35.  
  36. Bruce C. Wright
  37.