S8730, CM: CPU utilization spikes during a list station command


Doc ID    SOLN142613
Version:    4.0
Status:    Published
Published date:    12 Feb 2019
Created Date:    04 Mar 2010
Author:   
novakovich
 

Details

S8730-015-02.1.016.4.

 

 

  • Operating system: Linux 2.6.18-128.AV07PAE i686 athlon
  • Built: Aug 19 04:58 2009
  • Contains: 02.1.016.4
  • CM Reports as: R015x.02.1.016.4
  • CM Release String: S8730-015-02.1.016.4
  • UPDATES:
    Update ID Status Type Update description
    ------------------------------- ------------ ------- ---------------------------
    02.1.016.4-17959 activated cold patch 17959 for 02.1.016.4


    Platform/Security ID Status Type Update description
    ------------------------------- ------------ ------- ---------------------------
     
  • CM Translation Saved: 2010-02-23 00:18:05
  • CM License Installed: 2009-11-06 12:45:33
  • CM Memory Config: Extra Large

 

Customer may describe issue as: High CPU utilization

Problem Clarification

CPU available occupancy drops to near zero when unknown person via INADS login runs 'list station'. This is a dangerous situation and can result in a system crash. User requests reason why one command eats up so much CPU usage.

Cause

15762326 - QQ 155874 - cm5.2.1 High CPU occupancy OSSI and regular List, like list station, defsw100013.

From MR: Fix for defsw091990 causes high CPU occupancy. The put_list() function calls load_page() when doing list commands. Think the code should not be used for 'list' commands. This should bring down the occupancy to something more reasonable. But it will still be high. The code is now structured so that the load_page() is called for the following objects in put_list().
 

Solution

02/23/2010 novakovich: Apply seed patch 17963, due in next SP, 04/04/2010.

 

02/23/2010 novakovich: Consulting with CPE for patching. Next SP will contain fix, due in 04/04/2010.

Legacy ID

KB01089960

Avaya -- Proprietary. Use pursuant to the terms of your signed agreement or Avaya policy