Closed as suggestion for future release.
The customer specified DISP=(,CATLG,UNCATLG) in his JCL for a batch job step creating a new tape data set. There was already an existing tape data set with the same name in the catalog. This job was cancelled and allocation honored the UNCATLG parm during disposition processing, uncataloging the previously existing data set. This is inconsistent with DELETE processing, which does not UNCATALOG the existing entry. DELETE code checks if we are doing a delete of a tape data set and then checks JFCCAT to see if we got the information from the catalog. This protects us from uncataloging a data set that we did not get from the catalog. This APAR is being taken to request that Allocation perform checks for UNCATLG as it does for DELETE, rather than having UNCATLG simply uncatalog the data set as requested on the JCL card.
use DISP=(,CATLG,DELETE) instead of DISP=(,CATLG,UNCATLG)
The function/operation described is accepted as a future objective for a change in the product design. . The change for this SUG APAR was shipped in the base for z/OS V1R10.
Reported component name
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following: