AGJ4RECD attempts to allocate RELFILEs instead of using the ones from the UNZIPJCL job

Products

• IDMS
• IDMS - Database

Issue/Introduction

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.

Environment

Release: All supported releases.

Resolution

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=xxxxxx
DSN=IDMS.R185.CAGJI50.F1
FCO111I         FROM PDS    INDD=SMP00001 VOL=yyyyyy
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:
hlq.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 .