After applying ACF2 maintenance, ACF2 initialization issues when system is IPLed such as:
Release : 16.0
If a site does not execute out of the ACF2 installation LPA and LINKLST libraries that ACF2 was installed in(or maintenance applied to), verify that the when the ACF2 installation LPA and LINKLST libraries were copied(deployed) that all modules and ALIASs are copied. To avoid potential issues it is recommended that the entire ACF2 installation LPA and LINKLST libraries are copied rather than individual modules.
Verify that the z/OS LPA and LINKLIST library concatenations do not contain libraries from a prior version of ACF2.
If an install/upgrade is done, verify that the ACF2/JES interface was re-assembled and linked with the appropriate z/OS macro libraries. For JES2 running the JXBUMJ2 job provided in the CAI.CAX1JCL0 data set. For JES3 running the JXBUMJ3 job provided in the CAI.CAX1JCL0 data set.
Note regarding aliases: After maintenance was applied, the aliases for ACF00SVA were incorrect, leading to a hard loop in ACF2. This can occur either due to an unresolved failure when applying maintenance, or an error when copying the maintenance libraries over to the runtime libraries.
To verify the aliases for ACF00SVA, run an AMBLIST job against the CAX1LINK library:
//STEP1 EXEC PGM=AMBLIST
//SYSLIB DD DISP=SHR,DSN=your.acf2hlq.CAX1LINK <== Note: CAX1LINK must be a PDS, not a PDSE.
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
LISTLOAD OUTPUT=XREF,MEMBER=ACF00SVA
//
As an example, this is output from a working system:
MEMBER NAME: ACF00SVA
LIBRARY: SYSLIB
** ALIASES **
ACF0AVAL
ACF00VSR
The AMBLIST from the looping system showed:
MEMBER NAME: ACF00SVA
LIBRARY: SYSLIB
** ALIASES **
ACF00VSR