The client executed the CAUNZIP command, with these results:
CAUNZIP ZIPPATH(/Ca/VIEW14/CARSPTF/) ZIPFILE(carsptf.zip) JAVAPATH(/usr/lpp
CAUNZIP r14.1 (05/08/19)
Allocating temporary PTF dataset 'ZTLT.TMPPTF.D19361.T134003'.
Allocating temporary HOLD dataset 'ZTLT.TMPHLD.D19361.T134003'.
Creating directory '/Ca/VIEW14/CARSPTF/carsptf/'.
Subdirectory found 16795580
Creating directory '/Ca/VIEW14/CARSPTF/carsptf/16795580/'.
Creating directory '/Ca/VIEW14/CARSPTF/carsptf/16795580/SMPNTS/'.
Creating directory '/Ca/VIEW14/CARSPTF/carsptf/16795580/SMPTXT/'.
Creating directory '/Ca/VIEW14/CARSPTF/carsptf/16795580/HOLD/'.
Creating directory '/Ca/VIEW14/CARSPTF/carsptf/16795580/SMPPAX/'.
CAZIP18E: Failure in OCOPY Processing for DD TMPPTF
The ZTLT.TMPPTF.D19361.T134003 file was allocated, and ran out of space, during the process.
It was suggested that the client run the process again, using a statement similar to:
CAUNZIP ZIPPATH(/Ca/VIEW14/CARSPTF/) ZIPFILE(carsptf.zip) JAVAPATH(/usr/lpp/java/Jn.n) TEMPHLQ(ZTLT.TMPPTF)
Note: to use TEMPHLQ, there should be applied the following CA Common Services 14.1 PTFs:
With that code, a temporary HLQ can be used on the CAUNZIP statement:
Using TEMPHLQ can allow for having larger temporary datasets.
Note: The above creates at least 300 cylinders of temporary datasets, which are cleaned up when the utility finishes.
The files TMPPTF and TMPHLD are two DDNAMES that are dynamically allocated by CAUNZIP.
It is suspected that the allocation for TMPPTF failed.
The allocation for these files cannot be overridden by the JCL.
They were being allocated on work volsers or were being controlled my SMS.
The client was asked to see if there were any site limitations regarding dynamically-allocated files and WRK... DASD VOLSERs or SMS.