A fix is available
APAR status
Closed as program error.
Error description
This is caused by a timing issue between a PIPELINE task and the CSNC task. The PIPELINE task was attached to process an inbound webservice request then gets routed to a partner CICS region. This routing is done using CICS requeststreams and creates a requeststream object and a requeststream transport object. This task then waits on a requeststream suspend token. The partner region responds and the CSNC task calls requeststreams module DFHRZLN for function AP_NOTIFY. This resumes the waiting PIPELINE TASK. CSNC now attempts to freemain the requeststream notify block which gets stuck on the SMLOCK. While the CSNC task is stuck, the Pipeline task runs to completion and freemains the requeststream object and the requeststream transport object. CSNC completes its freemain and tries to reset a flag in in the requeststream object that was just freemained. It obtains the requeststream address from a requeststream transport block field (which was also freemained by this point) which results in CSNC program checking when trying to write to low-core storage. Additional Symptom(s) Search Keyword(s): KIXREVxxx
Local fix
N/A
Problem summary
**************************************************************** * USERS AFFECTED: All CICS Users. * **************************************************************** * PROBLEM DESCRIPTION: A web services request abends 0C4/AKEA * * in module DFHRZLN with dumpcode RZ0001. * **************************************************************** A pipeline task processes an inbound webservice request on CICS region SYSA. A context-switch occurs when the pipeline routes a transaction to run on another CICS region SYSB. The routing is done using CICS requeststreams under the control of transaction CSNC. The requeststream on SYSA is suspended by CSNC while the transaction on SYSB runs. Once the transaction on SYSB is complete, CSNC resumes the requeststream on SYSA which runs to completion. As part of its resume processing CSNC performs some cleanup but it will be suspended if it must wait for SMLOCK. In this case, when the SMLOCK is free CSNC proceeds but if the requeststream has already completed and CSNC uses an invalid pointer to the requeststream it results in an S0C4 program check in DFHRZLN and abend RZ0001. Additional Keywords: msgDFHRZ0001
Problem conclusion
DFHRZLN has been changed to resolve the abend0C4 RZ0001.
Temporary fix
Comments
APAR Information
APAR number
PH19162
Reported component name
CICS TS Z/OS V5
Reported component ID
5655Y0400
Reported release
100
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2019-11-13
Closed date
2020-03-27
Last modified date
2020-05-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI68669 UI68670
Modules/Macros
DFHRZDM DFHRZDUF DFHRZIX DFHRZLN DFHRZNR2 DFHRZRG2 DFHRZRM DFHRZRS1 DFHRZSO DFHRZSO1 DFHRZTA DFHRZTCX DFHRZTR1 DFHRZTRI DFHRZXM DFHZIS2
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
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":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
04 May 2020