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 V11 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. * **************************************************************** * 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: 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
APAR Information
APAR number
PM74787
Reported component name
IMS V11
Reported component ID
5635A0200
Reported release
102
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2012-10-10
Closed date
2012-11-16
Last modified date
2012-12-04
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
DFSYPSO0
Fix information
Fixed component name
IMS V11
Fixed component ID
5635A0200
Applicable component levels
R100 PSY UK83587
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.
Rate this page:
Average rating
Copyright and trademark information
IBM, the IBM logo and ibm.com are trademarks of International Business Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at www.ibm.com/legal/copytrade.shtml.