IBM Support

OA50200: LISTCAT SHOWS LOG(NULL) INSTEAD OF LOG(NONE) AFTER ARECOVER

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as documentation error.

Error description

  • Data sets backed up with ABARS and restored using the
    DSCONFLICT(REPLACE) parm of ARECOVER, will not be restored with
    the RLS attributes of the source data set. LOG, LOGSTREAMID, or
    LOGREPLICATE.
    

Local fix

  • Update the data set once it has been ARECOVERed so that
    LOG(NONE) is set.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All z/OS DFSMShsm users of the ABARS         *
    *                 function.                                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: User has ABACKUP'd a VSAM RLS data set  *
    *                      with the RLS attribute LOG=NONE. The    *
    *                      data set is ARECOVER'd. A LISTCAT shows *
    *                      the RLS LOG attribute as NULL.          *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    User issues the ARECOVER command on the recovery system
    expecting the data set to be recovered with the same RLS
    attributes as it was backed up with.  ARECOVER does not change
    the RLS attributes of an existing or pre-allocated data set at
    ARECOVER time.
    

Problem conclusion

  • This APAR is closed DOC.  The following will be added to the
    z/OS DFSMShsm Storage Administration book, publication number
    SC23-6871-03. The note is added to the section titled 'Catalog
    considerations during ARECOVER processing', under item number 2.
    
    NOTE: If a catalog entry exists for a VSAM RLS data set,
    existing RLS attributes will be maintained even if
    DSCONFLICT(REPLACE) was specified on the ARECOVER command.
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA50200

  • Reported component name

    DFSMSHSM, ISMF

  • Reported component ID

    5695DF170

  • Reported release

    210

  • Status

    CLOSED DOC

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-03-29

  • Closed date

    2016-04-29

  • Last modified date

    2019-05-02

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

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

Publications Referenced
SC23687103    

Fix information

Applicable component levels

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"210","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 May 2019