IBM Support

IV10032: MEMORY LEAK IN AMQRMPPA PROCESS IF CHANNEL IS CLOSED BY A SECURITY EXIT

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A security exit is defined in a channel server connection
    (SVRCONN).
    When a Websphere MQ client application tries to connect to the
    queue manager and it is not authorized, the security exit closes
    the connection. The application receives error MQRC = 2538
    (MQRC_HOST_NOT_AVAILABLE) and the following message is written
    in AMQERR01.LOG of the queue manager:
    
    AMQ9536: Channel ended by an exit.
    
    EXPLANATION:
    Channel program 'channe_name' was ended by exit 'exit_name'
    ACTION:
    None.
    
    Memory used by the amqrmppa process is not freed and if
    there are a lot of connections closed by the security exit, then
    consumption continues to grow.
    
    If the issue is not fixed then the channel process might exhaust
    available memory and WebSphere MQ may produce memory allocation
    FDCs.
    
    If the problem is found to be being caused by a security exit
    closing connections then it may be possible to work around the
    issue by either disabling the exit or setting the SHARECNV value
    of the affected channel to zero.
    

Local fix

  • Set SHARECNV=0 in channel server connection (SVRCONN)
    definition.
    

Problem summary

  • ****************************************************************
    USERS AFFECTED:
    Users who have installed security exits that may cause
    connections to be refused are at particular risk of hitting this
    problem, although it may in theory occur in other channel
    failure scenarios.
    
    The impact to a system will be determined on how frequently
    connections are being ended by the security exit.
    
    Platforms affected:
    All Distributed (iSeries, all Unix and Windows)
    ****************************************************************
    PROBLEM SUMMARY:
    Channels that are run with a SHARECNV of greater than zero were
    not freeing the receive buffer if an error was being returned
    from a WebSphere MQ function call.
    

Problem conclusion

  • The WebSphere MQ channel code was changed so that it attempts to
    free the receive buffer regardless of the return value of other
    function calls.
    
    ---------------------------------------------------------------
    The fix is targeted for delivery in the following PTFs:
    
                       v7.0
    Platform           Fix Pack 7.0.1.8
    --------           --------------------
    Windows            U200335
    AIX                U845856
    HP-UX (PA-RISC)    U847965
    HP-UX (Itanium)    U847970
    Solaris (SPARC)    U847966
    Solaris (x86-64)   U847972
    iSeries            7.0.1.8
    Linux (x86)        U847967
    Linux (x86-64)     U847971
    Linux (zSeries)    U847968
    Linux (Power)      U847969
    
                       v7.1
    Platform           Fix Pack 7.1.0.1
    --------           --------------------
    Windows            7.1.0.1
    AIX                7.1.0.1
    HP-UX (PA-RISC)    7.1.0.1
    HP-UX (Itanium)    7.1.0.1
    Solaris (SPARC)    7.1.0.1
    Solaris (x86-64)   7.1.0.1
    iSeries            7.1.0.1
    Linux (x86)        7.1.0.1
    Linux (x86-64)     7.1.0.1
    Linux (zSeries)    7.1.0.1
    Linux (Power)      7.1.0.1
    
    The latest available maintenance can be obtained from
    'WebSphere MQ Recommended Fixes'
    http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006037
    
    If the maintenance level is not yet available information on
    its planned availability can be found in 'WebSphere MQ
    Planned Maintenance Release Dates'
    http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006309
    ---------------------------------------------------------------
    

Temporary fix

Comments

APAR Information

  • APAR number

    IV10032

  • Reported component name

    WMQ AIX V7

  • Reported component ID

    5724H7221

  • Reported release

    701

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-11-03

  • Closed date

    2011-12-16

  • Last modified date

    2012-01-19

  • 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

    WMQ AIX V7

  • Fixed component ID

    5724H7221

Applicable component levels

  • R701 PSY

       UP

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCPQ63","label":"APAR \/ Maintenance"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.0.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
19 January 2012