OA48736: COEXISTENCE FOR Z/OS V2.2 DFSMSRMM

APAR status

• Closed as documentation error.

Error description

• Coexistence for z/OS V2.2 DFSMSrmm
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All DFSMSrmm users who applied PTF number    *
  *                 UA78152 for z/OS V1R13, or PTF number        *
  *                 UA78153 for z/OS V2R1.                       *
  ****************************************************************
  * PROBLEM DESCRIPTION: This APAR provides information and      *
  *                      documentation changes for the           *
  *                      toleration APAR OA48120.                *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  This APAR is intended to give information about the toleration
  APAR OA48120, which provides coexistence support to allow
  systems at z/OS V1R13 (HDZ1D10 ) and above to coexist in an
  RMMplex with a z/OS V2R2 (HDZ2220) level system. The toleration
  APAR is required on the lower level systems to tolerate new
  support introduced in z/OS V2R2.
  

Problem conclusion

• The toleration APAR OA48120 recognizes and supports the new data
  set attribute WHILECATALOG introduced in V2R2.  It prevents
  lower releases from corrupting WHILECATALOG-related information
  for data sets and volumes, by correctly maintaining the Data
  Sets Kept by Catalog counter on volumes.  When an uncatalog
  event occurs on a lower release system, or if CATSYNCH changes
  the catalog status of a data set to uncataloged, RMM will handle
  it the same way as on z/OS V2R2 or above - updating the data
  sets kept by catalog counter of the volume  and changing the
  expiration date for data sets that have WHILECATALOG set.  Since
  it is not possible to set the CATALOG DAYS attribute in the RMM
  parmlib before z/OS V2R2, the default CATALOG DAYS value of 2
  days is used for date calculations.
  
     Also, the APAR OA48120 ensures that when EXPROC is executed
  on a lower release system, any volume that contains cataloged
  datasets with WHILECATALOG=ON will not be expired.
  
    In V2R2, "(KeptByCatlg)" is appended to the Expiration date
  in LISTDATASET and LISTVOLUME output to indicate that the data
  set or volume will not be expired on the expiration date because
  of its catalog status.  "(OrUncatlg)" is appended to the
  expiration date to indicate that the expiration date may
  decrease after RMM receives an uncatalog signal.   With OA48120,
  for increased usability, "KeptByCatlg" and "OrUncatlg" will also
  be visible in the output of LISTDATASET and LISTVOLUME commmands
  issued on the lower release systems.
  
  The information in the following documentation books has been
  updated:
  
  z/OS DFSMSrmm Managing and Using Removable Media
      (SC26-7404-12 for V1R13 and SC23-6873-00 for V2R1)
  DFSMSrmm Implementation and  Customization Guide
      (SC35-0418-12 for V1R13 and SC23-6874-00 for V2R1)
  DFSMSrmm Diagnosis Guide
      (GY27-7619-11 for V1R13 and SC23-6876-00 for V2R1)
  
  For more information about these documentation updates, see
  "z/OS DFSMSrmm Documentation Update" at
  http://www-01.ibm.com/support/docview.wss?rs=0&uid=isg3T1012707
  

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:

Fix information

Applicable component levels