IBM Support

PI22215: LIBERTY PROFILE SERVER USES EXCESSIVE CPU WHEN TCPIP IS STOPPED

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After TCPIP is stopped, the liberty Server uses lots of CPU.
    It continues to use alot of CPU even after TCPIP is restarted.
    The Liberty Server must be restarted to stop the CPU usage.
    
    A dump of the Liberty Server shows 1 thread is using all the
    CPU.  The thread is kernel-command-listener and has this java
    stack trace:
    sun/nio/ch/ServerSocketChannelImpl.accept()
       source: ServerSocketChannelImpl.java:311
    com/ibm/ws/kernel/launch/internal/platform/
     ServerCommandListener.acceptAndExecuteCommand()
       source: ServerCommandListener.java:257
    com/ibm/ws/kernel/launch/internal/platform/
     ServerCommandListener$2.run()
       source: ServerCommandListener.java:237
    

Local fix

  • Stop the Liberty Server before TCPIP is stopped
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:  All users of IBM WebSphere Application      *
    *                  Server                                      *
    *                  Liberty Profile                             *
    ****************************************************************
    * PROBLEM DESCRIPTION: Excessive CPU usage when server socket  *
    *                      is closed from external causes, e.g.    *
    *                      turning off TCPIP                       *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The loop processing server commands (from the startup script)
    did
    not distinguish between (unrecoverable) errors from the socket
    becoming unusable (e.g. closed due to TCPIP turned off) and
    (recoverable) errors processing a single command
    

Problem conclusion

  • We now detect when the socket is closed or otherwise unusable
    due to external factors and stop trying to read commands from
    it.
    
    The fix for this APAR is currently targeted for inclusion in fix
    pack 8.5.5.4. 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

    PI22215

  • Reported component name

    LIBERTY - Z/OS

  • Reported component ID

    5655W6514

  • Reported release

    850

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-07-17

  • Closed date

    2014-07-30

  • Last modified date

    2014-11-12

  • 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

    LIBERTY - Z/OS

  • Fixed component ID

    5655W6514

Applicable component levels

  • R850 PSY

       UP

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

Document Information

Modified date:
28 April 2022