IBM Support

PK80099: DFR ABENDSB78-5C UNDER Z/OS V1R8 OR LATER WITH VSM ALLOWUSERKEYCSA(NO)

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • If a z/OS V1R8 VSM ALLOWUSERKEYCSA parameter is set, or
    defaulted in z/OS V1R9 or later, into 'NO', DFR in IMS V8, V9
    or V10 ends with an abend code SB78 RC=5C ( ABENDB78 ).
    The VSM ALLOWUSERKEYCSA (NO|YES) parameter in a DIAGxx parmlib
    member is added by z/OS V1R8.
    The default value of the VSM ALLOWUSERKEYCSA (NO|YES) parameter
    is changed into 'NO' from 'YES' by z/OS V1R9.
    'NO' prevents user key (8-F) CSA from being allocated by
    failing any attempt to obtain user key (8-F) from a CSA subpool
    (through GETMAIN or STORAGE | OBTAIN) with a B04-5C, B0A-5C, or
    B78-5C abend.
    DFR obtains the data areas in ECSA (SP=228/231) through GETMAIN
    macro with user key (8).
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS DEDB FAST RECOVERY Version 2         *
    *                 Release 2 (FMID=H1J2220) users who use IMS   *
    *                 V8, V9 or V10 in z/OS V1R8 or later with     *
    *                 VSM ALLOWUSERKEYCSA(NO).                     *
    ****************************************************************
    * PROBLEM DESCRIPTION: If a z/OS V1R8 VSM ALLOWUSERKEYCSA      *
    *                      parameter is set, or defaulted in       *
    *                      z/OS V1R9 or later, into 'NO', DFR in   *
    *                      IMS V8, V9 or V10 ends with an abend    *
    *                      code SB78 RC=5C (ABENDB78).             *
    ****************************************************************
    * RECOMMENDATION: Apply the maintenance for this APAR.         *
    ****************************************************************
    If a z/OS V1R8 VSM ALLOWUSERKEYCSA parameter is set, or
    defaulted in z/OS V1R9 or later, into 'NO', DFR in IMS V8, V9
    or V10 ends with an abend code SB78 RC=5C (ABENDB78).
    The VSM ALLOWUSERKEYCSA (NO|YES) parameter in a DIAGxx parmlib
    member is added by z/OS V1R8.
    The default value of the VSM ALLOWUSERKEYCSA (NO|YES) parameter
    is changed into 'NO' from 'YES' by z/OS V1R9.
    'NO' prevents user key (8-F) CSA from being allocated by
    failing any attempt to obtain user key (8-F) from a CSA subpool
    (through GETMAIN or STORAGE | OBTAIN) with a B04-5C, B0A-5C, or
    B78-5C abend.
    DFR obtains the data areas in ECSA (SP=228/231) through GETMAIN
    macro with user key (8).
    Thus, DFR is changed so that the data areas obtained to ECSA
    (SP=228/231) are obtained to high private storage (SP=0).
    

Problem conclusion

  • The following modules and macros have been modified.
    *
    * for IMS V8 or V9 (x = 8 or 9)
    DFRRSCx   - The RSCDP228 and RSCDP231 fields in "SYSTEM SECTION"
                were changed into a reserved field.
    DFRRSCDx  - This module was modified to be re-assembled to
                reflect the changes.
    DFRCTLx0 +- These modules were changed so that the data areas
    DFRIDMBx |  obtained to ECSA (SP=228 or 231) are obtained to
    DFRINTFx |  the high private storage (SP=0).
    DFRLFBFx |
    DFRNWPDx +
    DFRLPOLx  - This module was changed so that any operations are
                not processed when the RSCDPSPN is not "0."
    DFRLEQEx +- These modules were changed so that the value set to
    DFRLFCKx |  the RSCDPSPN before calling DFRLPOLx is changed into
    DFRL592x +  "0" from the RSCDP228 or RSCDP231.
    *
    * for IMS V10
    DFRRSCA   - The RSCDP228 and RSCDP231 fields in "SYSTEM SECTION"
                were changed into a reserved field.
    DFRRSCDA  - This module was modified to be re-assembled to
                reflect the changes.
    DFRCTLA0 +- These modules were changed so that the data areas
    DFRIDMBA |  obtained to ECSA (SP=228 or 231) are obtained to
    DFRINTFA |  the high private storage (SP=0).
    DFRLDBDA |
    DFRLFBFA |
    DFRNWPDA +
    DFRLPOLA  - This module was changed so that any operations are
                not processed when the RSCDPSPN is not "0."
    DFRLEQEA +- These modules were changed so that the value set to
    DFRLFCKA |  the RSCDPSPN before calling DFRLPOLA is changed into
    DFRL592A +  "0" from the RSCDP228 or RSCDP231.
    *
    DFRICTLA  - This module was changed to revise a prologue and
                comments.
    *
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK80099

  • Reported component name

    DEDB FAST RECOV

  • Reported component ID

    5655E3200

  • Reported release

    220

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-02-05

  • Closed date

    2009-02-06

  • Last modified date

    2009-03-03

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

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

    UK43833

Modules/Macros

  • DFRCTLA0 DFRCTL80 DFRCTL90 DFRICTLA DFRIDMBA
    DFRIDMB8 DFRIDMB9 DFRINTFA DFRINTF8 DFRINTF9 DFRLDBDA DFRLEQEA
    DFRLEQE8 DFRLEQE9 DFRLFBFA DFRLFBF8 DFRLFBF9 DFRLFCKA DFRLFCK8
    DFRLFCK9 DFRLPOLA DFRLPOL8 DFRLPOL9 DFRL592A DFRL5928 DFRL5929
    DFRNWPDA DFRNWPD8 DFRNWPD9 DFRRSCA  DFRRSCDA DFRRSCD8 DFRRSCD9
    DFRRSC8  DFRRSC9
    

Fix information

  • Fixed component name

    DEDB FAST RECOV

  • Fixed component ID

    5655E3200

Applicable component levels

  • R220 PSY UK43833

       UP09/02/07 P F902

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.

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCX895","label":"IMS DEDB Fast Recovery"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"2.2.0","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 March 2009