IBM Support

JR34934: -901 ERROR RETURNED WHEN CREATE NICKNAME STATEMENT CONTAINS COLUMN DEFINITIONS FOR RELATIONAL DATA SOURCE IS CONFUSING.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When creating nickname for relational data source, you may get
    -901 error if column definition is specified in the "CREATE
    NICKNAME" statement.
    
    For example, if we try to create nickname "nick" with column
    definition, we'll get -901 error as below:
    db2 => create nickname nick(c1 int) for marketdb.rschema.rtable
    DB21034E  The command was processed as an SQL statement because
    it was not a
    valid Command Line Processor command.  During SQL processing it
    returned:
    SQL0901N  The SQL statement failed because of a non-severe
    system error.
    Subsequent SQL statements can be processed.  (Reason "Null
    catalog_info".)
    SQLSTATE=58004
    
    And the corresponding log in db2diag.log would be:
    2009-11-10-14.34.12.140486+060 E25577254A682      LEVEL: Info
    (Origin)
    PID     : 2162                 TID  : 1280        PROC : db2sysc
    0
    INSTANCE: db2inst1             NODE : 000         DB   : SAMPLE
    APPHDL  : 0-331                APPID: *N0.user1.091110124811
    AUTHID  : USER1
    EDUID   : 1280                 EDUNAME: db2agent (SAMPLE) 0
    FUNCTION: DB2 UDB, SW- common services, sqlnn_cmpl, probe:650
    MESSAGE : ZRC=0x80260160=-2144992928=SQLQG_ERROR "Error constant
    for gateway."
    DATA #1 : String, 173 bytes
    Compiler error stack for rc = -2144992928:
    sqlnn_cmpl[300]
    sqlnp_main[250]
    sqlnp_parser[510]
    sqlnp_smactn[100]
    sqlnq_create_nickname_stmt[50]
    sqlnq_create_nickname_one[250]
    
    Column definition in "CREATE NICKNAME" statement for remote
    relational data source is not allowed. But federation server
    doesn't explicitly indicate this syntax error, only give a
    confused -901 error message.
    

Local fix

Problem summary

  • Users affected:
       Users of the DB2 for LUW Homogeneous Federation Feature or
    InfoSphere Federation Server
    Problem description and summary:
       See error description.
    

Problem conclusion

  • Problem was first fixed in Version 9.5 FixPak 6 (s100805 ). This
    fix should be applied on Federation Server.
    

Temporary fix

Comments

APAR Information

  • APAR number

    JR34934

  • Reported component name

    INFORMIX WRAPPE

  • Reported component ID

    5724N9710

  • Reported release

    950

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-11-20

  • Closed date

    2010-09-19

  • Last modified date

    2010-09-19

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

    JR34933

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

Fix information

  • Fixed component name

    INFORMIX WRAPPE

  • Fixed component ID

    5724N9710

Applicable component levels

  • R950 PSN

       UP

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCAVPK","label":"Data Sources and Wrappers - Informix"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.5","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
19 September 2010