A fix is available
APAR status
Closed as program error.
Error description
In this case, the first CHKPT records series with CHKNO=0039 did not have type4001 log record as follows. type4004 CHKNO=0039 (many 4004) type4098 CHKNO=0039 .... type4001 CHKNO=003A type4004 CHKNO=003A (many 4004) type4098 CHKNO=003A .... DFSILTA0 process type4004 log record only when filchkst (4001) flag on and filchkpt (4098) flag off. Type4004 log records with CHKNO=0039 are not processed because type4001 log record was not processed yet. At type4098 log record with CHKNO=0039, DFSILTA0 set filchkpt flag incorrectly. Due to this filchkpt flag on, type4004 log records with CHKNO=003A were not processed. This caused blank program name.
Local fix
n/a
Problem summary
**************************************************************** * USERS AFFECTED: All IMS V12 users. * **************************************************************** * PROBLEM DESCRIPTION: CHKPT series without x'4001' record * * results in blank program name * **************************************************************** * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF * **************************************************************** FILCHKST is turned on when the x'4001' record is processed. FILCHKPT is turned on when the x'4098' record is processed. DFSILTA0 processes x'4004' log records only when then FILCHKST flag is on and the FILCHKPT flag is off. This results in a situation where the X'4004' record may not be processed if a X'4001' record is not yet processed. Processing for the X'4098' record was turning on the FILCHKPT without checking to see if the FILCHKST flag had been turned on yet.
Problem conclusion
GEN: KEYWORDS: *** END IMS KEYWORDS *** DFSILTA0 will now only turn on the FILCHKPT flag during processing of a X'4098' record if the FILCHKST flag is already on. Additionally, some code has been added to assist with a problem that has commonly occurred in DFSILTA0, which is an attempted double delete of an element in one of the trees DFSILTA0 builds. The previous result of a double delete was an infinite loop. This behavior has been changed so a double delete now results in an ABEND U0407.
Temporary fix
Comments
APAR Information
APAR number
PM92911
Reported component name
IMS V12
Reported component ID
5635A0300
Reported release
200
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2013-07-12
Closed date
2013-07-29
Last modified date
2013-08-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK96210
Modules/Macros
DFSILTA0
GC18971410 |
Fix information
Fixed component name
IMS V12
Fixed component ID
5635A0300
Applicable component levels
R200 PSY UK96210
UP13/07/31 P F307
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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Platform":[{"code":"PF054","label":"z Systems"}],"Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
14 December 2020