A fix is available
APAR status
Closed as program error.
Error description
When displaying the list of Policy Rules for example via CICS Explorer, the display times out without returning any results. This looks to occur if there are greater than 19 rules being selected on a cross CMAS call with DEFAULTWARNCNT set. . The timeout received, with empty results back from Explorer was: CNX0593E: RESPONSE(ENVIRONERROR) REASON(REQTIMEOUT)
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CPSM users * **************************************************************** * PROBLEM DESCRIPTION: When using CICS Explorer to list the * * rules in place on a system where the * * WUI is running with DEFAULTWARNCNT set, * * if there are too many rules to be * * returned in a single data buffer then * * the generated "GET OBJECT(RULE) TEST" * * command will hang and the request will * * time out with the msg 'CNX0624E: Get * * Policy Rule from "xxxxxxxx" failed' * * displayed in explorer. * * No messages appear in CICS. * **************************************************************** * RECOMMENDATION: Apply the PTF and recycle the MAS regions. * * These can be done in any order. * **************************************************************** When DEFAULTWARNCNT is set a "GET OBJECT(RULE) TEST" precedes the "GET OBJECT(RULE)" request to determine the number of items that will be returned. This is sent to the target MAS regions and processed by EYU0NQPU. For the first few rules, that don't fill the buffer, a separate work area is used to produce the shortened form of the required info. Unfortunately once the first buffer is written subsequent records are read into the wrong location and overwrite the buffer header information such that it can't be passed back to the requesting WUI. EYU0NQPU in the MAS writes records with garbage headers. EYU0CTSD in the CMAS connected to the MAS throws them away because the length is deemed to be too big. The WUI remains hung and eventually times out.
Problem conclusion
Code in EYU0NQPU has been corrected to use the same separate work area for all requests in test/viewmod mode.
Temporary fix
Comments
APAR Information
APAR number
PH46679
Reported component name
CICS TS Z/OS V5
Reported component ID
5655Y0400
Reported release
30M
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2022-05-24
Closed date
2022-07-15
Last modified date
2022-09-28
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
PH47432 PH47433 UI81499 UI81500 UI81501
Modules/Macros
CJC0NQPU CJD0NQPU CJE0NQPU CJF0NQPU CJG0NQPU CJH0NQPU CJI0NQPU EYU0NQPU
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
R10M PSY UI81501
UP22/07/20 P F207
R20M PSY UI81500
UP22/07/20 P F207
R30M PSY UI81499
UP22/07/20 P F207
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"}],"Version":"5.6","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
28 September 2022