MetaSolv Solution Work Order Integration Processing is Very Slow (Intermittent); Numerous BLOCKED Threads Waiting to Lock com.sun.jmx.interceptor.DefaultMBeanServerInterceptor Object
Last updated on NOVEMBER 22, 2017
Applies to:Oracle Communications MetaSolv Solution - Version 6.2.1 and later
Information in this document applies to any platform.
*** Checked for currency on 11/22/2017 ***
The MetaSolv Solution Work Order integration processing intermittently works very slow. The WebLogic Admin and Managed servers are restarted and the Work Orders processing recovers and may slow down again. Thread dump evidence shows a thread contention problem where many ExecuteThreads are BLOCKED waiting to lock the com.sun.jmx.interceptor.DefaultMBeanServerInterceptor object.
THREAD DUMP INFO
The Thread Dump information below was taken over an 8 second period and evidence the thread contention pattern where ExecuteThreads for JMS messaging are waiting to lock the com.sun.jmx.interceptor.DefaultMBeanServerInterceptor object which is locked by another ExecuteThread. The example below shows ExecuteThread '150' waiting to lock the object to obtain channel configuration information from the Mbean, but it is BLOCKED by other ExecuteThreads ('142','13','137') over the period of time that obtain a lock on it for the same use.
Thread Dump 1 taken at YYYY-MM-DD 15:34:08
The issue cannot be reproduced at will.
The poor performance seriously impacts Work Order processing which causes delays in delivering services to customers.
The MetaSolv Solution work order integration load volume is high (JMS messages). The increased load volume may have been the result of higher than expected business activity or backlog due to communication problems between integrated systems (Example; SAF between MetasSolv Solution and OMS).
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms