Re: Details of the NFS reorganization of "uncompressed" history files
I have copied most of the VMS uncompressed history files from VMS to the NFS disk. I
decided to transfer files from each VMS disk to its own unique directory on the NFS disk.
Thus, for n = 1 to 7 (and part of n = 8) I have copied
DISK$UNCMPHSTn:[PRODUCTION.HISTORY] to DISK$NFS_SLCDATA:[PRODUCTION.HSTn]
I think we should maintain this pattern in the future (for n = 8,9,10...).
For history access to uncompressed files from MCC, the logicals are set up so as to get the
more recent files from VMS, the older files from NFS. Currently this is set up with
n = 1,2 from NFS, n = 3,4,...8 from VMS. However that could be changed any time to
get up to n = 7 from NFS (and the remainder from VMS).
The VMS logical names that control this file access are defined in CMS_COM_GEN
ASSIGNDIR.COM as follows:
$ OUR_DEFINE HST_UNCMP_DATA_VMS disk$uncmphst12:[PRODUCTION.HISTORY],- ! this first disk gets new files weekly
$!!! !! disk$uncmphst5:[PRODUCTION.HISTORY]
$!!! !! disk$uncmphst4:[PRODUCTION.HISTORY]
$!!! !! disk$uncmphst3:[PRODUCTION.HISTORY]
$!!! !! disk$uncmphst2:[PRODUCTION.HISTORY]
$!!! !! disk$uncmphst1:[PRODUCTION.HISTORY]
When you remove a disk from the HST_UNCMP_DATA_VMS list you have to add the corresponding disk directory to the HST_UNCMP_DATA_NFS list of directories. Otherwise that data can no longer be seen by the SCP.
$ OUR_DEFINE HST_UNCMP_DATA_NFS DISK$NFS_SLCDATA:[PRODUCTION.HST5],-
$! NOTE: logical HST_UNCMP_DATA will/will-not include HST_UNCMP_DATA_NFS: when the NFS
$! disk is/is-not available, as controlled by SLCCOM:MON_NFS_SLCDATA.SUBMIT
$! Here, if HST_UNCMP_DATA is already defined, we leave it untouched;
$! but if it is NOT defined (typically, at boot time), we define it WITHOUT
$! HST_UNCMP_DATA_NFS:, and leave it up to SLCCOM:MON_NFS_SLCDATA.SUBMIT
$! to add that if and when appropriate.
$ if f$trnlnm ("HST_UNCMP_DATA",lnmtable_name) .eqs. ""
$ OUR_DEFINE HST_UNCMP_DATA HST_UNCMP_DATA_VMS:
$!!! OUR_DEFINE HST_UNCMP_DATA HST_UNCMP_DATA_VMS:,HST_UMCMP_DATA_NFS: ! done in MON_NFS_SLCDATA.SUBMIT
Not too long from now (a month or so?) DISK$UNCMPHST8 will be full. If you have enough free disk space, you could create a new disk DISK$UNCMPHST9 and add it to the top of the list in HST_UNCMP_DATA_VMS in ASSIGNDIR.COM. Alternatively, you could make sure the DISK$UNCMPHST1 files are backed up, delete the old files, then change its volume label from UNCMPHST1 to UNCMPHST9, and then use that as the new uncompressed history disk.
(To change the volume label I think you need to DISMOUNT cluster-wide, MOUNT again privately, then use the SET VOLUME/LABEL= command (see HELP), dismount, then mount cluster-wide with the new label.)
Note that a watchdog runs weekly (on Tues) to estimate when DISK$UNCMPHST8 will fill up.