IBM Support

IT25290: Clean Session Record was not removed from the SYSTEM.MQTT.PERSISTENT.STATE queue during a client takeover

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

  • A Clean Session Record message which contains only a client ID
    is put to the SYSTEM.MQTT.PERSISTENT.STATE queue every time a
    MQTT client connects and requests a clean session.
    This Clean Session Record message should get removed from the
    queue when either the client disconnects or during a client
    takeover.  However, this message was not removed during a client
    takeover, leading to a buildup of messages on the
    SYSTEM.MQTT.PERSISTENT.STATE queue.
    

Local fix

  • NA
    

Problem summary

  • ****************************************************************
    USERS AFFECTED:
    This issue affects MQTT Clients connecting with same client ID
    as an existing connected MQTT client, and also specifying clean
    session true in the connect options.
    
    
    Platforms affected:
    MultiPlatform
    
    ****************************************************************
    PROBLEM DESCRIPTION:
    MQTT Client takeover is a situation in which a MQTT client
    connects to the MQXR service, specifying the same client ID as a
    client that is already connected. If the original client
    connected specifying clean session true, it would have put a
    clean session record message to the SYSTEM.MQTT.PERSISTENT.STATE
    queue. The new client taking over this client's session did not
    remove the previous client's clean session record message from
    the SYSTEM.MQTT.PERSISTENT.STATE queue before putting its own
    message, leading to a buildup of these messages on that queue.
    

Problem conclusion

  • This fix ensures that during a MQTT client takeover, the
    previous client's clean session record is deleted and the clean
    session record from the newly connected client is saved to the
    SYSTEM.MQTT.PERSISTENT.STATE queue.
    
    ---------------------------------------------------------------
    The fix is targeted for delivery in the following PTFs:
    
    Version    Maintenance Level
    v9.0 LTS   9.0.0.6
    v9.1 LTS   9.1.0.2
    
    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

    IT25290

  • Reported component name

    IBM MQ BASE M/P

  • Reported component ID

    5724H7261

  • Reported release

    900

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2018-06-06

  • Closed date

    2018-09-27

  • Last modified date

    2018-09-27

  • 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

    IBM MQ BASE M/P

  • Fixed component ID

    5724H7261

Applicable component levels

[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.0","Edition":"","Line of Business":{"code":"LOB36","label":"IBM Automation"}}]

Document Information

Modified date:
27 September 2018