Executing CAUNZIP for cumulative maintenance. The JOB failed with the following messages:
GIM69208S ** GIMZIP PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (36.83) IS NOT COMPATIBLE WITH THE LEVEL
OF THE SMP/E CALLING PROGRAM GIMZIP (36.101).
GIM23413S ** GIMZIP PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION CAN NOT BE PERFORMED BECAUSE ICSF IS NOT
AVAILABLE AND AN ATTEMPT TO USE AN ALTERNATE SERVICE HAS FAILED.
GIM20501I GIMZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.
We are running z/OS V2R2.
Reading the explanation of message GIM69208S, added the following DD card to the JOB to point to the V2R4 version of program GIMJVCLT :
//CAUNZIP EXEC PGM=IKJEFT01,DYNAMNBR=10,REGION=0M
//STEPLIB DD DISP=SHR,DSN=SYSI.CA90S.R15.CAW0LINK
//ZIPRPT DD SYSOUT=&OUTCLASS,RECFM=FBA
//SYSTSPRT DD SYSOUT=&OUTCLASS
//SYSPRINT DD SYSOUT=&OUTCLASS
//STDOUT DD SYSOUT=&OUTCLASS
//STDERR DD SYSOUT=&OUTCLASS
//SMPCPATH DD PATH='/SYSI/usr/lpp/smp/classes/'
//SYSTSIN DD *
This resulted in message :
CAZIP02E: SMPCPATH PATH /usr/lpp/smp/classes/
Please advise.
Common Services for z/OS r15.0
PTF LU00380 installed for CAUNZIP
z/OS 2.2
The original problem (GIM69208S) that led to the attempt to hardcode the SMPCPATH DD is environmental issue where the SMPE Java environment (/usr/lpp/smp/classes/) is not insync with the SMPE library SYS1.MIGLIB. Essentially there is a mismatch between the GIMUNZIP module and the GIMJCVLT.
Correct the environment to resolve the mismatch between the GIMUNZIP module and the GIMJCVLT.
Alternatively, new CAUNZIP APAR LT04572 was written to allow SMPCPATH to be pre-allocated in the JCL.
* Fix is not yet published. Contact Common Services technical support for APAR.