PH46679: LIST OF POLICY RULES TIMEOUT, WITH NO RESULTS RETURNED.

Obtain the fix for this APAR.

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 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.