Why is the SMP/E receive job such as AGJ4RECD attempting to allocate RELFILEs instead of using the ones from the UNZIPJCL job?

Document ID : KB000018775
Last Modified Date : 14/02/2018
Show Technical Document Details

Description:

How can the following allocation failure be resolved?

GIM35306E ** SMPTLIB CAI.IDMS.R185.CAGJI50.F1 WAS NOT ALLOCATED BECAUSE ERROR CODE 970C WAS ISSUED BY DYNAMIC ALLOCATION.

Solution:

SMP/E does not directly use the RELFILEs created by the UNZIPJCL for the APPLY. It copies them to SMPTLIB during the RECEIVE to be used by the APPLY.

The SYSPRINT output shows the copy being done from the files allocated by the UNZIPJCL to SMPTLIB allocated by the receive. Here is an example.


FCO100I PDSMAN FASTCOPY PROCESSING ACTIVE     02/11/2014   11:56:34  JOBN    
FCO105I  COPY OUTDD=SMPTLIB,INDD=SMP00001               SMPTLIB - 1          
FCO105I   S M=((CULPEDPA,,R))                                                
FCO110I COPYING TO   PDS   OUTDD=SMPTLIB  VOL=WRKD12                         
DSN=IDMS.R185.CAGJI50.F1                                               
FCO111I         FROM PDS    INDD=SMP00001 VOL=TECH01                         
DSN=IDMS.R185.CAI.CAGJI50.F1   
There are three SMP/E parms used for the RELFILEs.
RFDSNPFX which is coded in the SYSMOD in SMPMCS and defaults to RFDSNPFX(CAI) and should not be changed.
RFPREFIX which is coded in the RECEIVE step in SMPCNTL.
DSPREFIX which is coded in the GLOBAL zone options.
Ensure that RFPREFIX has the same HLQ as DSPREFIX and that the 
format of the HLQ for the RELFILEs used in the UNZIPJCL is
HLQ.CAI.FMID.Fn.

Example:
YOUR.IDMS185.CAI.CAGJI50.F1

Note that if the install is done using SAMPJCL(AGJSEDIT) as per the documentation it will ensure that RFPREFIX has the same HLQ as DSPREFIX .