PK91682: DFHRM0135 IS PARTIALLY SENT TWO TIMES ON MSGUSR

Obtain the fix for this APAR.

APAR status

• Closed as unreproducible.

Error description

• Message DFHRM0135 is sent partially two time as showed below:
  DFHRM0135 15/06/2009 12:35:24 CXS4FSI8 INTERSYSTEM COMMUNICATION
            RECOVERY. RESOURCE UPDATES FOUND TO BE SYNCHRONIZED.
            ORIGINAL
  DFHRM0135 15/06/2009 12:35:24 CXS4FSI8 INTERSYSTEM COMMUNICATION
            RECOVERY. RESOURCE UPDATES FOUND TO BE SYNCHRONIZED.
            ORIGINAL FAILURE DATE 15/06/2009 FAILURE TIME
            12:35:20 REMOTE SYSTEM CXP4GPAE TRANSACTION CSMI TASK
            NUMBER 00032772 TERMINAL RE1 USER CXP4GPA1 NETWORK UOW
            X'1A11'/ITSSB000.CXP4GPAE/X'570E5E9B9E800001' LOCAL
            UOW X'C4570E5E9BC2B901'.
  We can see in the trace that a lenght error on TD is returned to
  DFHMEME
  

Local fix

• N/A
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All                                          *
  ****************************************************************
  * PROBLEM DESCRIPTION: Message DFHRM0135 is sent twice, the    *
  *                      first time partially, the second time   *
  *                      completely.                             *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When CICS issues message DFHRM0135, it erroneously issues the
  first line of the message twice. This causes confusion, since
  it appears that message data has been lost when in fact it has
  been duplicated.
    The problem occurs because DFHTDEXP will validate the length
  of each line of a multiline message (such as DFHRM0135) as part
  of the code which then writes the line to QSAM. It is possible
  that a subsequent line of a multiline message exceeds the
  maximum supported record length for the queue (dctsdsrl-4);
  the transient data request then fails with an exception, and a
  TDTD_REASON = TDTD_LENGTH_ERROR. DFHMEME then calls DFHMEFO
  to reformat all the lines of the message, before calling
  transient data again to retry writing it. This generates the
  partial duplication of the message.
  KEYWORDS: MSGDFHRM0135 RM0135 0135 135 CSMT CSSL DCTSDSRL DCT
  

Problem conclusion

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

• For variable length queues, DFHTDEXP in DFHTDA has been changed
  in routine extra_put_v to validate the length of each line of
  a multiline message before writing any data to QSAM. This
  prevents the partial issuing of a multiline message such as
  DFHRM0135.
  

APAR Information

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

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

  PK94418 UK49663

Modules/Macros

•    DESTDA   DESTDEXP DFHTDA   DFHTDEXC
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R400 PSY UK49663

     UP09/09/05 P F909

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.