The INFOMNT started task terminates with an ABEND U0001 in program MSGEDIT at offset +0001C6. The following messages are observed in the job log:
VALO0060I-PRIMARY SET FOR POSSIBLE REDUCTION BY 10 PERCENTVAM0093 DOES IT FIT SUPPORT ENCOUNTERED AN UNRECOVERABLE ERRORVAM0093 WHILE PROCESSING DSN=HLQ.INFOMNT.DATA.SETVAM0093Y NO AVAILABLE VOLUMES IN THE DFSMS STORAGE GROUP VIOVAM0093Z UNEXPECTED ERROR CODE 0000002CCAPC078W FILE NOT ADDED TO THE CAIPRINT REPOSITORY. ACAPC078W Duplication limit exceededAPE022I INFOMNT ABENDED U0001The VAM0093 messages indicate that the Allocate "reduce-to-fit" functionality was triggered. However, the Allocation Selection Routine (ASR) failed to execute correctly because the INFOMNT task began requesting allocation with UNIT=SYSDA instead of the expected UNIT=VIO (which is often associated with VIO-type storage groups).
Because the ASR logic was specifically testing for UNIT=VIO, it did not exit or process the allocation as expected for UNIT=SYSDA. This mismatch caused the allocation to proceed with defaults, which subsequently triggered a "Duplication limit exceeded" error (CAPC078W) in the CAIPRINT repository, leading to the U0001 abend.
To resolve this issue, perform the following steps:
UNIT=SYSDA for allocations that previously used UNIT=VIO.UNIT=SYSDA, your ASR must be updated to account for this unit type so that the "reduce-to-fit" or other allocation logic is applied appropriately.UNIT=SYSDA was not intended, verify if the task documentation or vendor specifications require specific unit definitions post-z/OS upgrade.IF &STORGRP = 'SGVIO' THEN EXIT CODE(0)F VAM,REFRESH command.The error code 0000002C in the VAM0093Z message indicates that the DOES_IT_FIT value was invalid for the current allocation request, confirming that the ASR criteria did not match the environment in which the allocation was attempted.