OW07897: CDRM HANGS PACDR WHEN A PU OR LINE FOR ANOTHER NETWORK WAS INACTIVATED UNDER THE CROSS NETWORK ENVIRONMENT.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Unexpected condition was received when inactiving a pu or
  line for another network under the cross network environment.
  +--------+ *                      It has appeared since
  |gwsscp-a| *<-network boundary    migrating VTAM from V3.3 to
  +--------+ *                      V3.4.2. The conditions under
    | (net-a)*(net-b)               both VTAM levels is as
  +----------*-+line a     +------+ follows:
  |gwncp-a   * |-----------|sscp-b| V NET,INACT,I,ID=pua or linea
  +----------*-+ pu a      +------+
     < vtam v3.3 >                       < vtam v3.4.2 >
  1. VTAM detects the lost session       same as v3.3.
     to SSCP-B.
  2. ACTCDRM is sent to CDRM=SSCP-B      same as v3.3.
     to recover this session.
  3. It is failed because gwn            It is failed and queued.
     path is not available.
  4. SSCP-B node is set to the           SSCP-B node is set to
     status of 'INACT'.                  the status of 'PACDR'.
  The processing of VTAM V3.3 seems to correct, rather than
  V3.4.2, in above case.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All with cross network CDRM sessions.        *
  ****************************************************************
  * PROBLEM DESCRIPTION: A CDRM session is set to PACDR when a   *
  *                      line or pu in the adjacent network is   *
  *                      inactivated.   The CDRM stays in PACDR  *
  *                      when the line or pu is reactivated.  A  *
  *                      Vary ACT of the CDRM will activate the  *
  *                      CDRM session.                           *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
    When a failure occurs on a line or pu over which the CDRM to
  CDRM session is flowing, VTAM will attempt to recover the
  session if RECOVERY=YES is coded.  If there are no active
  VRs, the ACTCDRM will fail with sense 8013xxxx.  Code added
  during V3R4.2 testing allowed the CDRM to remain in a PACDR
  status after these sense codes are received with the idea
  that a GAINED_GWN would come in and redrive the session.
    There are many cases where the CDRM to CDRM session will
  be lost and the ACTCDRM will fail with 8013xxxx and a
  GAINED_GWN should not be expected when the route is recovered.
  For example when the route that failed is in the adjacent
  network or if the route is in this host's network but the host
  does not ACTPU the GWNCP.
  

Problem conclusion

• ISTCDCVA has been changed to not set a CDRM to PACDR if the
  ACTCDRM fails with sense 8013xxxx when the CDRM is cross net.
  

Temporary fix

Comments

APAR Information

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

  OW06591

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

  UW11433 UW11434

Modules/Macros

• ISTCDCVA
  

Fix information

• Fixed component name

  VTAM V4 MVS/ESA

• Fixed component ID

  569511701

Applicable component levels

• R101 PSY UW11433

     UP94/11/18 P F411

• R201 PSY UW11434

     UP94/11/18 P F411

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.