Database Analyzer (IMS Tools)Mainframe Configuration Manager for IMS for z/OSIMS TOOLS - MISCCompress Data Compression (IMS Tools)Database Analyzer for IMS for z/OSDatabase Copier for IMS for z/OSDatabase Organizer for IMS for z/OSMainframe Extended Terminal Manager (IMS Tools)High Performance Recovery for IMS for z/OSDatabase Organizer (IMS Tools)Mainframe Program Restart Manager for IMS for z/OSSecondary Index Builder for IMS for z/OSSecondary Index for IMS for z/OS
Issue/Introduction
Last time jobs ran successfully was on Aug 5 2018. All jobs are failing now with "FFE" abend.
Environment
IMS V15, and CA-IMS-Tools V20
Cause
I asked IBM about the Stage 2 SYSGEN and the default SVC of 254, and they stated I DO NOT NEED to change the SVC number in the STAGE 2 JCL. However..
It appears they (the vendor) may need to make an update to support the changes introduced by these IMS APARs: . APAR Identifier ...... PI83450 DISABLE THE IMSCTF MACRO IN IMS 15. . PTF UI50511 available 17/10/05 - PE . APAR Identifier ...... PI88828 ABEND S18A AFTER INSTALLING PI83450/UI50511 DISABLE THE IMSCTF MACRO IN IMS 15 . PTF UI51310 available 17/10/30 . I know IMS Tools had problems in this area as well. They do have fixes available: . FABLRTRF APAR Identifier ...... PI90271 INTEGRICY CHECKER DOES NOT WORK CORRECTLY AFTER IMS V15 APAR PI83450 IS APPLIED . PTF UI52819 available 17/12/22 . FABLRTRF APAR Identifier ...... PI95061 INTEGRITY CHECKER : PREVENTIVE APAR FOR IMS V13 PI81325, V14 PI85816, AND V15 PI85817 . PTF UI55289 available 18/04/24
Resolution
Yes, there were cases where our IMS-tools didn’t read SVC numbers the new way, but used the old one, which was usually correct (customer had some SVC number before, that number got left in now obsolete location, but the new location had the same number), but not if customer chose new SVC number – in that case customer needs to install these fixes.