PM17252: 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:

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

  PM24084 UK62013 UK62014

Modules/Macros

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

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R400 PSY UK62013

     UP10/11/12 P F011

• R500 PSY UK62014

     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.