IBM Support

PK85833: SQLCODE551 DSNXOSC err1=-100 when DOING REBIND OF DBRMS BOUND DIRECTLY WITHIN A PLAN TO PACKAGES (FOLLOWING THE APAR PK62876)

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Customer was following the APAR PK62876
    
     PREPARATION FOR A FUTURE RELEASE OF DB2 WHERE DBRMS BOUND
      DIRECTLY WITHIN A PLAN MUST BE CONVERTED TO PACKAGES
    
    and doing rebind of PLAN where DBRMs were directly bound to
    PLAN (without package), They faced:
    
    REBIND PLAN (xxxxxx) COLLID(C_yyyyy)
    DSNX200I  -D2Y2 REBIND SQL ERROR
               USING binder-user AUTHORITY
               PLAN=(NOT APPLICABLE)
               DBRM=yyyyyy
               STATEMENT=227
               SQLCODE=-551
               SQLSTATE=42501
               TOKENS=binder-user SELECT original-package-owner.TAB1
               CSECT NAME=DSNXOSC
               RDS CODE=-100
    
    Priviledge being checked is the binder, not the OWNER, as it
    should be.
    

Local fix

  • REBIND with OWNER specified
    REBIND PLAN (xxxxxx) COLLID(C_yyyyyy)
           OWNER(original-package-owner)
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All DB2 users who use REBIND PLAN with       *
    *                 COLLID option.                               *
    ****************************************************************
    * PROBLEM DESCRIPTION: When using REBIND PLAN with COLLID      *
    *                      option to convert plan with DBRMs       *
    *                      into plan with package list, DB2        *
    *                      incorrectly issues out SQLCODE -551.    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When converting DBRMs bound within a plan into packages, DB2
    uses the BINDER as primary authorization ID instead of the plan
    owner, and caused sqlcode -551 being issued out incorrectly.
    

Problem conclusion

  • DB2 has been fixed to use the plan owner as the authorization
    check id when converting DBRMs bound within the plan into
    packages.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK85833

  • Reported component name

    DB2 OS/390 & Z/

  • Reported component ID

    5740XYR00

  • Reported release

    910

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-05-04

  • Closed date

    2009-07-28

  • Last modified date

    2009-09-02

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

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

    UK49049

Modules/Macros

  • DSNTBCM2 DSNTBRB
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • R910 PSY UK49049

       UP09/08/21 P F908

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":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.1","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}},{"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":"9.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 September 2009