A fix is available
APAR status
Closed as program error.
Error description
DEDB had two active ADSs, two Shadow ADSs and two Shadow IC data sets. During final phase of DEDB Alter Utility with ALTERAREA, 2nd CI I/O error happened on old ADS1/ADS2 and new ADS1. Finally, new ADS2 kept open and available in Master IMS, but the AREA was stopped in Data Share IMS. This is a very similar problem as PI47927, but it is on. ---------------------------------------------------------------- << From OLDS of Master IMS after OLDS Switched >> 59610801 5922 for Shadow IC1 DFS3705I AREA=CMFL01 DD=CMFL01I1 CLOSED DFS2500I DATASET CMFL01I1 SUCCESSFULLY DEALLOCATED 5922 for Shadow IC2 DFS3705I AREA=CMFL01 DD=CMFL01I2 CLOSED DFS2500I DATASET CMFL01I2 SUCCESSFULLY DEALLOCATED DFS3713A (00201110) AREA=CMFL01 DD=CMFL0101,WRITE ERROR, CI-RBA=00004000 SEVERE ERROR DFS3773I AREA=CMFL01 DD=CMFL0101 STOP AREA GENERATED BY ADS CLOSE ERROR 5922 for old active ADS1 (CMFL0101) DFS2570I AREA=CMFL01 DD=CMFL0101 DISCONNECT ERROR DFS3713A (00201110) AREA=CMFL01 DD=CMFL0102,WRITE ERROR, CI-RBA=00004000 SEVERE ERROR DFS3773I AREA=CMFL01 DD=CMFL0102 STOP AREA GENERATED BY ADS CLOSE ERROR 5922 for old active ADS2 (CMFL0102) DFS2570I AREA=CMFL01 DD=CMFL0102 DISCONNECT ERROR DFS2500I DATASET CMFL0101 SUCCESSFULLY DEALLOCATED 5923 for new active ADS1 DFS2500I DATASET CMFL0102 SUCCESSFULLY DEALLOCATED DFS3713A (00201110) AREA=CMFL01 DD=CMFL01S1,WRITE ERROR, CI-RBA=00004000 SEVERE ERROR 5923 for new new ADS1 (old shadow ADS1) 5923 for new new ADS1 (old shadow ADS1) 5922 for new new ADS1 (old shadow ADS1) DFS2570I AREA=CMFL01 DD=CMFL01S1 DISCONNECT ERROR 5957 DFS3705I AREA=CMFL01 DD=CMFL01S1 CLOSED DFS2500I DATASET CMFL01S1 SUCCESSFULLY DEALLOCATED 5957 DFS2500I DATASET IMSACB SUCCESSFULLY DEALLOCATED 5961FF ---------------------------------------------------------------- As above, Master IMS issued DFS3373I at 2nd CI I/O error on old active ADSs during ADS close. This is wrong. This ADS close is called from ALTER_ADIS routine in DBFDAU70. As same as PI47927 we need to skip global stop at 2nd CI write error in DBFMPLC0 even for old active ADS close.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * IMSFP V14 DEDB ALTER utility datasharing users. * **************************************************************** * PROBLEM DESCRIPTION: * * ADS STATUS UNMATCH BETWEEN ACTIVE AND D/S WHEN ADS GOT I/O * * ERROR * **************************************************************** * RECOMMENDATION: * * INSTALL CORRECTIVE SERVICE FOR APAR/PTF * **************************************************************** DEDB had two active ADSs, two Shadow ADSs and two Shadow IC data sets. During final phase of DEDB Alter Utility with ALTERAREA, 2nd CI I/O error happened on old ADS1/ADS2 and new ADS1. Finally, new ADS2 kept open and available in Master IMS, but the AREA was stopped in Data Share IMS.
Problem conclusion
The following changes have been made to correct the reported problem: DBFMPCL0: Add check to skip 2nd CI error processing during ALTER open or close request when other ADSes are available.
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PI54685
Reported component name
IMS V14
Reported component ID
5635A0500
Reported release
400
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2015-12-28
Closed date
2016-02-23
Last modified date
2016-03-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI35592
Modules/Macros
DBFMPCL0
Fix information
Fixed component name
IMS V14
Fixed component ID
5635A0500
Applicable component levels
R400 PSY UI35592
UP16/02/25 P F602 ¢
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSEPH2","label":"IMS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"14.1","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
01 December 2023