home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / vms / 14594 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  8.4 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!hplabs!ucbvax!CLUSTER.POLY-NORTH-LONDON.AC.UK!SYSTEM
  2. From: SYSTEM@CLUSTER.POLY-NORTH-LONDON.AC.UK (System Manager)
  3. Newsgroups: comp.os.vms
  4. Subject: HEADERFULL messages when copying 2xRA81 to 1xRF72.
  5. Message-ID: <9209041047.AA08340@ucbvax.Berkeley.EDU>
  6. Date: 3 Sep 92 17:15:00 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 170
  11.  
  12. This posting is 169 lines long.
  13.  
  14. Problems once again! We (We? I mean muggins here) are in the middle of
  15. swapping our old CI based 8000 cluster with RA81 disks for a new 4500 (x4)
  16. RF72 LAVC VMS 5.5-1 cluster. I've got a problem copying some disks with
  17. HEADERFULL messages (detailed below), and basically need to know how to
  18. locate the headers used / headers free values on a disk volume.
  19.  
  20. Here follows a more detailed synopsis/diary of the problem ...
  21.  
  22.  
  23. Step 1. Initialize the disk with the command INIT $1$DIA11: DISK11
  24.  
  25. Step 2. Back off my old RA81's to my new RF72. I excluded all the top level
  26.         .SYS files in case they interfered with the initialize command
  27.         already executed on the device.
  28.  
  29. $ set noon
  30. $ mount/NoRebuild $1$dia11 disk11
  31. %MOUNT-I-MOUNTED, DISK11       mounted on _$1$DIA11: (IDUN1)
  32. $ backup/new_version/ign=(label,inter)/Exclude=[000000]*.sys -
  33.     USERSA:[*...]*.*;*                                         -
  34.     $1$dia11:[*...]*.*;*/Owner=Original
  35. $ dismo $1$dia11
  36. $ set noon
  37. $ mount/NoRebuild $1$dia11 disk11
  38. %MOUNT-I-MOUNTED, DISK11       mounted on _$1$DIA11: (IDUN1)
  39. $! mount/norebuild 'p2 'p2
  40. $ backup/new_version/ign=(label,inter)/Exclude=[000000]*.sys -
  41.     USERSC:[*...]*.*;*                                         -
  42.     $1$dia11:[*...]*.*;*/Owner=Original
  43. %BACKUP-E-OPENOUT, error opening $1$DIA11:[77SULLIVAN]E.LIS;9 as output
  44. -RMS-E-CRE, ACP file create failed
  45. -SYSTEM-W-HEADERFULL, file header is full
  46. %BACKUP-E-OPENOUT, error opening $1$DIA11:[77SULLIVAN]E.SUL;4 as output
  47. -RMS-E-CRE, ACP file create failed
  48. -SYSTEM-W-HEADERFULL, file header is full
  49. %BACKUP-E-OPENOUT, error opening $1$DIA11:[77SULLIVAN]EHO.DAT;1 as output
  50. -RMS-E-CRE, ACP file create failed
  51. -SYSTEM-W-HEADERFULL, file header is full
  52.    .         .        .
  53.    .         .        .
  54.    .         .        . Etc.
  55.  
  56. Hmmm. The documentation seems to suggest that the default values are
  57. usually sufficient. My RA81 hasn't been initialised in yonks, so I don't
  58. know if whoever did it put in special /MAXIMUM_FILES or /HEADERS
  59. qualifiers. I think not, as looking at the INDEXF.SYS files on the top
  60. level [000000] of these RA81's gets me the following ...
  61.  
  62. Directory USERSA:[000000]
  63.  
  64. INDEXF.SYS;1          69814/69816   20-FEB-1987 15:51:40.94
  65.  
  66. Total of 1 file, 69814/69816 blocks.
  67.  
  68. Directory USERSC:[000000]
  69.  
  70. INDEXF.SYS;1          26107/26109   20-APR-1988 14:12:20.50
  71.  
  72. Total of 1 file, 26107/26109 blocks.
  73.  
  74. ... There doesn't seem to be any pre-extension of INDEXF.SYS here.
  75. My RF72 (DIA11) has a INDEXF.SYS size of 49188/49188 when it bombs out ,
  76. which is less than the INDEXF.SYS size on USERSA. Why does my RA81 handle
  77. a larger INDEXF.SYS size than my RF72?
  78.  
  79. Step 3. Check the fragmentation on my RA81's. Looks fine.
  80.         We run DISKIT from UIS and haven't any complaints about it. The
  81.         FRAG report says the disks are in pretty reasonable shape ...
  82.  
  83. Step 4. Check the RF72's statistics ...
  84.  
  85. Disk $1$DIA11: (IDUN1), device type RF72, is online, mounted, file-oriented
  86.     device, shareable, available to cluster, error logging is enabled.
  87.  
  88.     Error count                    0    Operations completed             329590
  89.     Owner process                 ""    Owner UIC                      [SYSTEM]
  90.     Owner process ID        00000000    Dev Prot    S:RWED,O:RWED,G:RWED,W:RWED
  91.     Reference count                1    Default buffer size                 512
  92.     Total blocks             1954050    Sectors per track                    50
  93.     Total cylinders             1861    Tracks per cylinder                  21
  94.     Host name                "IDUN1"    Host type, avail      VAX 4000-500, yes
  95.     Allocation class               1
  96.  
  97.     Volume label            "DISK11"    Relative volume number                0
  98.     Cluster size                   3    Transaction count                     1
  99.     Free blocks               709050    Maximum files allowed            244256
  100.     Extend quantity                5    Mount count                           5
  101.     Mount status              System    Cache name     "_HSC000$DUA10:XQPCACHE"
  102.     Extent cache size             64    Maximum blocks in extent cache    70905
  103.     File ID cache size            64    Blocks currently in extent cache      0
  104.     Quota cache size               0    Maximum buffers in FCP cache       1246
  105.  
  106.   Volume status:  subject to mount verification, file high-water marking, write-
  107.       through caching enabled.
  108.   Volume is also mounted on MAIA, LOFN, IDUN, LOFN1.
  109.  
  110. DIR $1$DIA11:[000000...]/Grand_Total/Size=All
  111.  
  112. GRAND TOTAL OF 1361 DIRECTORIES, 49116 files, 1179190/1245000 blocks.
  113.  
  114. <SHOW DEVICE/FULL on one of my RA81's here for comparison>
  115.  
  116. Disk HSC000$DUA16:, device type RA81, is online, mounted, file-oriented device,
  117.     shareable, available to cluster, error logging is enabled.
  118.  
  119.     Error count                    0    Operations completed              25150
  120.     Owner process                 ""    Owner UIC                      [SYSTEM]
  121.     Owner process ID        00000000    Dev Prot    S:RWED,O:RWED,G:RWED,W:RWED
  122.     Reference count               15    Default buffer size                 512
  123.     Total blocks              891072    Sectors per track                    51
  124.     Total cylinders             1248    Tracks per cylinder                  14
  125.     Host name               "HSC000"    Host type, avail              HS50, yes
  126.  
  127.     Volume label            "USERSC"    Relative volume number                0
  128.     Cluster size                   3    Transaction count                    15
  129.     Free blocks               104598    Maximum files allowed            111384
  130.     Extend quantity                5    Mount count                           4
  131.     Mount status              System    Cache name     "_HSC000$DUA10:XQPCACHE"
  132.     Extent cache size             64    Maximum blocks in extent cache    10459
  133.     File ID cache size            64    Blocks currently in extent cache   2460
  134.     Quota cache size             164    Maximum buffers in FCP cache       1246
  135.  
  136.   Volume status:  subject to mount verification, write-through caching enabled.
  137.   Volume is also mounted on LOFN, MAIA, IDUN.
  138.  
  139.  
  140. Step 5. Check to see what happens when I INIT a disk with, say, 240,000
  141.         headers. Yikes!! It preallocates the space in my INDEXF.SYS file!
  142.         Can't afford that much space wasted. That's approx. 25% of my disk!
  143.  
  144. HHmmm. What's the point in having 244,000 allowable files when the headers
  145. run out? (at 20% of the allowable files value too ). More worrying from my
  146. point of view, is that the disks that have been backed up successfully might
  147. have only one header left free and I wouldn't know about it!
  148.  
  149. O.K., If I have to tell the disk how many headers to expect I want to be
  150. able to make the best guess possible based on current usage. I will also
  151. want to keep an eye on it as the disk starts to fill up to make sure that I
  152. can Initialize it again over a weekend with a greater /HEADERS value when I
  153. get forewarned about this so as not to upset the users.
  154.  
  155. Question : How can I find out how many file headers I have USED/FREE on a
  156.            disk?
  157.  
  158. Postscript : I have been talking to DEC CSC in the UK and they basically
  159. said 'tough luck - guess the headers and do a backup/init/restore when you
  160. think you may have a problem'. Mind you, this was after getting me a patch
  161. that they thought would fix it - F11X$01_U1055. I applied that and it
  162. didn't make any difference.
  163.  
  164.  
  165. Any suggestions, requests for more info', or good whisky recommendations
  166. gratefully received.
  167.  
  168. Regards,
  169.  
  170. Brian.
  171. ------------------------------------------------------------------------------
  172. |   |  |\   |  |       Post: The University Of North London
  173. |   |  | \  |  |             166-220 Holloway Road, London, N7 8DB
  174. |   |  |  \ |  |       Voice: +44 71 700 4900   Janet: Brian@UK.AC.PNL.CLSTR
  175. \---/  |   \|  |_____  Fax  : +44 71 753 5120   DTE  : 000045401000
  176.                        Disclaimer: I said WHAT??? Flames :  NL:
  177. It's 106 miles to Chicago, we've got a full tank of gas, half a packet of
  178. cigarettes, it's dark and we're wearing sunglasses... Hit It! (Blues Brothers)
  179. ------------------------------------------------------------------------------
  180.  
  181.  
  182.