IBM Support

IT33659: MEMORY CORRUPTION POSSIBLE WHEN STMT_CACHE AND EXT_DIRECTIVES BOTH ENABLED AND QUERY WITH A SUBQUERY.

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

 

APAR status

  • Closed as program error.

Error description

  • The problem is the server referencing freed memory, which could
    possibly be used as just about anything so stack traces and such
    could vary.  However, customer saw this stack trace multiple
    times:
    
    (oninit)afsig_handler
    (oninit)isenter
    (oninit)rsstart
    (oninit)fmstart
    (oninit)extd_search
    (oninit)dir_sp2cb
    (oninit)sel2cb
    (oninit)subq2cb
    (oninit)subq2expr
    (oninit)expr2expr
    (oninit)buildexpr
    (oninit)expr2expr
    (oninit)cond2expr
    (oninit)sel2cb
    (oninit)qblk2cb
    (oninit)stmt2cb
    (oninit)p_sp2cb
    (oninit)ssc_link
    (oninit)IPRA.$parsecmd
    (oninit)IPRA.$sqcmd
    (oninit)sq_cmnd
    (oninit)sq_prepare
    (oninit)sqmain
    (oninit)listen_verify
    (oninit)spawn_thread
    (oninit)th_init_initgls
    (oninit)startup
    
    In the $ONCONFIG file both STMT_CACHE and EXT_DIRECTIVES were
    enabled with the following values:
    
    EXT_DIRECTIVES 2
    STMT_CACHE 2
    
    Failing thread was also showing as trying to processes a query
    that had a subquery in it, like this:
    
    Current SQL statement (1) :
      select nvl(max(ess_sr_no),0) from enc_str_stage where
    ess_sr_no in (select
        ecs_ess_sr_no from enc_cpr_stage)
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * Users of Informix Server prior to 12.10.xC15 and 14.10.xC5.  *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * The problem is the server referencing freed memory, which    *
    * could                                                        *
    * possibly be used as just about anything so stack traces and  *
    * such                                                         *
    * could vary.  However, the following stack trace is seen      *
    * multiple                                                     *
    * times:                                                       *
    *                                                              *
    * (oninit)afsig_handler                                        *
    * (oninit)isenter                                              *
    * (oninit)rsstart                                              *
    * (oninit)fmstart                                              *
    * (oninit)extd_search                                          *
    * (oninit)dir_sp2cb                                            *
    * (oninit)sel2cb                                               *
    * (oninit)subq2cb                                              *
    * (oninit)subq2expr                                            *
    * (oninit)expr2expr                                            *
    * (oninit)buildexpr                                            *
    * (oninit)expr2expr                                            *
    * (oninit)cond2expr                                            *
    * (oninit)sel2cb                                               *
    * (oninit)qblk2cb                                              *
    * (oninit)stmt2cb                                              *
    * (oninit)p_sp2cb                                              *
    * (oninit)ssc_link                                             *
    * (oninit)IPRA.$parsecmd                                       *
    * (oninit)IPRA.$sqcmd                                          *
    * (oninit)sq_cmnd                                              *
    * (oninit)sq_prepare                                           *
    * (oninit)sqmain                                               *
    * (oninit)listen_verify                                        *
    * (oninit)spawn_thread                                         *
    * (oninit)th_init_initgls                                      *
    * (oninit)startup                                              *
    *                                                              *
    * In the $ONCONFIG file both STMT_CACHE and EXT_DIRECTIVES     *
    * were                                                         *
    * enabled with the following values:                           *
    *                                                              *
    * EXT_DIRECTIVES 2                                             *
    * STMT_CACHE 2                                                 *
    *                                                              *
    * Failing thread was also shown trying to process a query      *
    * that had a subquery in it, like this:                        *
    *                                                              *
    * Current SQL statement (1) :                                  *
    *   select nvl(max(ess_sr_no),0) from enc_str_stage where      *
    * ess_sr_no in (select                                         *
    *     ecs_ess_sr_no from enc_cpr_stage)                        *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * Upgrade to Informix Server 12.10.xC15 (when available) or    *
    * 14.10.xC5.                                                   *
    ****************************************************************
    

Problem conclusion

  • Fixed in Informix Server 12.10.xC15 and 14.10.xC5.
    

Temporary fix

Comments

APAR Information

  • APAR number

    IT33659

  • Reported component name

    INFORMIX SERVER

  • Reported component ID

    5725A3900

  • Reported release

    C10

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2020-07-23

  • Closed date

    2021-02-04

  • Last modified date

    2021-02-04

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

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

Fix information

  • Fixed component name

    INFORMIX SERVER

  • Fixed component ID

    5725A3900

Applicable component levels

[{"Line of Business":{"code":"LOB10","label":"Data and AI"},"Business Unit":{"code":"BU029","label":"Software"},"Product":{"code":"SSGU8G","label":"Informix Servers"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"C10"}]

Document Information

Modified date:
05 February 2021