PM24084: WEB SERVICE TASK HANGS WAITING FOR RESOURCE RZRSTRIG

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Web Service task is hung in a RZRSTRIG wait. The hang occurs
  when a back-end pipeline processor is receiving a request from
  a front-end and all the request (apart from the 4-byte
  webservice trailer record) fits precisely in the receive buffer
  allocated by DFHAPTC.
    This problem is a mirror image of the problem reported in
  PM04902 which fixed a problem where the front-end task was
  receiving its reply from the back-end pipeline task.
  
  ADDITIONAL KEYWORD(s):
  KIXREVSCB
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: An RZRSTRIG wait occurs for a Web       *
  *                      service task using request streams      *
  *                      over MRO.                               *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  CICS receives a Web service request. The service handler
  requests a context switch onto a different transaction that is
  defined as remote. CICS uses request streams to transmit the
  request data to the remote region. The remote region issues a
  DFHAPCR IMPORT_ALL request from module DFHPIPM.
  The data to be received over an MRO link exactly fills the
  receive buffer so DFHAPTC returns with the LAST(YES)
  option set.
  This LAST option leads to DFHRZTR changing the request
  stream state from inbound to outbound before the final 4 byte
  trailer is received. A request is made for the trailer and the
  task suspends on RZRSTRIG, waiting for notification from the
  region transmitting the data, because the state is outbound.
  
  Additional keywords: MRO IRC
  

Problem conclusion

• DFHPIPM is changed to include a LAST(NO) option on the
  DFHAPCR IMPORT_ALL call and a last_expected indicator,
  set to NO, is passed through to DFHRZTR rztr_receive1_proc.
  This causes the state to remain as inbound until the 4 byte
  trailer has been received.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

  PM17252

• APAR is sysrouted TO one or more of the following:

  UK61939

Modules/Macros

•    DESAPCR  DESPIIS  DESPIPM  DESRZRS  DESRZST
  DFHAPCR  DFHPIAP  DFHPIISC DFHPIISI DFHPIPM  DFHPIPM2 DFHPIUCC
  DFHPIUCD DFHRZRMC DFHRZRMD DFHRZRSC DFHRZRSD DFHRZRS1 DFHRZSO
  DFHRZSOA DFHRZSOJ DFHRZSOM DFHRZSOT DFHRZSOV DFHRZSO1 DFHRZTA
  DFHRZTAA DFHRZTAM DFHRZTAT
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R600 PSY UK61939

     UP10/11/12 P F011

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.