IBM Support

PM74718: EARLY START-UP OF SESSION INVALIDATION CAN CAUSE DEADLOCK WITH APPLICATION START-UP THREAD IN VERY RARE SITUATIONS

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • If the following conditions are true,
    
    - application implements http session listeners
    - application listener code and application initialization code
    both passing to same synchronized resource and can get in
    deadlock.
    - application is running on clustered environment with
    distributed sessions turned on.
    
    
    In this very rare situation, application startup thread and
    session invalidation thread can get in deadlock situation.
    

Local fix

  • Use scheduled invalidation
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:  IBM WebSphere Application Server Version    *
    *                  7, 8, and 8.5 users.                        *
    ****************************************************************
    * PROBLEM DESCRIPTION: The session invalidation alarm for an   *
    *                      application starts firing before an     *
    *                      application finishes starting.          *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    During server startup, the invalidation alarm associated with
    each web module will start and begin to look for invalid
    sessions. For applications that process session information on
    startup, it may be desirable to delay the start of the
    invalidation alarm.
    

Problem conclusion

  • A session manager custom property
    DelayInvalidationAlarmDuringServerStartup was introduced. Set
    this property to the desired numerical value (in seconds) to
    delay the start of the invalidation alarm on server startup.
    
    The fix for this APAR is currently targeted for inclusion in
    fix pack 7.0.0.27, 8.0.0.6 and 8.5.0.2.  Please refer to the
    Recommended Updates page for delivery information:
    http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM74718

  • Reported component name

    LIBERTY PROFILE

  • Reported component ID

    5724J0814

  • Reported release

    850

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2012-10-10

  • Closed date

    2012-10-10

  • Last modified date

    2012-10-10

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

    PM63475

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

Fix information

  • Fixed component name

    LIBERTY PROFILE

  • Fixed component ID

    5724J0814

Applicable component levels

  • R850 PSY

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEQTP","label":"WebSphere Application Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"850","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
12 January 2022