A fix is available
APAR status
Closed as program error.
Error description
We are in DFSYPSO0 scanning PSTs for time out and testing the YTIB_WAIT_FOR_CONFIRMED flag. The address tested was not valid ( R7 ). PST62XTN changed while processing the PST causing invalid checks and an invalid CLB/YTIB address to be obtained. This then led to ABENDSOC4's later in the code since PST62XTN is dynamically allocated, used and released.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All IMS V12 OTMA Users with Send-then-Commit * * (CM1) transactions in a non-Shared Queues * * environment or a Shared Queues environment * * with AOS=N. * **************************************************************** * PROBLEM DESCRIPTION: ABEND0C4 in DFSYPSO0 while scanning * * PST's for CM1 ACK timeout conditions. * * * * Forward Fit of PM74787. * **************************************************************** * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF * **************************************************************** OTMA CM1 ACK timeout scan runs periodically based on the timeout setting specified by the user. The default is 120 seconds. In a non-Shared Queues environment or a Shared Queues environment with AOS=N, DFSYPSO0 wakes up at the specified interval to scan the active PST's. During this scan, the PST's may still be processing, therefore, the data fields in the PST's are dynamic and subject to change. This can lead to various 0C4 conditions when storage referenced is no longer available. Note that even if CM1 ACK timeout is disabled, by specifying a timeout value of 0, the PST scan still runs every 2 mins to issue warning messages for PST's waiting for an ACK. Addition Keywords: ABENDS0C4
Problem conclusion
GEN: POSTREQ PM13929 KEYWORDS: *** END IMS KEYWORDS *** DFSYPSO0 PST scan routine was modified to insure that the PST is in an IWAIT after OTMA has sent the response and is waiting for the ACK (i.e. WAIT-SYNCPT). Additional checks were added to validate the PST extension, CLB and YTIB addresses before accessing the data to prevent 0C4 abends.
Temporary fix
********* * HIPER * *********
Comments
REPINNED RP14/03/18 (ATXT) TO ADD POSTREQ PM13929 INFO. **** PE14/03/18 PTF IN ERROR. SEE APAR PM13929 FOR DESCRIPTION ×**** PE14/03/18 FIX IN ERROR. SEE APAR PI13929 FOR DESCRIPTION
APAR Information
APAR number
PM75694
Reported component name
IMS V12
Reported component ID
5635A0300
Reported release
200
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2012-10-23
Closed date
2012-11-16
Last modified date
2014-04-17
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK83588
Modules/Macros
DFSYPSO0
Fix information
Fixed component name
IMS V12
Fixed component ID
5635A0300
Applicable component levels
R200 PSY UK83588
UP12/11/21 P F211
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