My Oracle Support Banner

MTA Applications Hang and Do Not Return (Doc ID 2428962.1)

Last updated on SEPTEMBER 17, 2020

Applies to:

Oracle Communications Billing and Revenue Management - Version 7.5.0.18.0 and later
Oracle Communications BRM - Elastic Charging Engine - Version 11.3.0.0.0 and later
Information in this document applies to any platform.

Symptoms

On Oracle Communications Billing and Revenue Management (BRM) version 7.5.0.18.0 integrated with Oracle Communications Elastic Charging Engine (ECE) version 11.3, it was observed that the following core Multi-Threaded Applications (MTA) were hanging, meaning that the application would not return and seemed to run for ever:


DETAILS

Below observations were gathered for pin_cycle_fees:

1. Configuration used

- pin_cycle_fees children 5
- pin_cycle_fees per_batch 100
- pin_cycle_fees per_step 250
- pin_cycle_fees fetch_size 500

2. pin_cycle_fees.pinlog

According to this log file with loglevel 3,  it was observed that the search returned 413 accounts and two particular accounts are not finishing.

3. gstack output

The gstack command on pin_cycle_fees process, after 5 minutes execution seemed to freeze.  Below messages were seen:

main thread waiting in pthread_cond_wait
Thread 1 waiting in pthread_cond_wait
Thread 2 waiting in pthread_cond_wait
Thread 3 waiting in pthread_cond_wait
Thread 4 freeze reading something...
Thread 5 freeze reading something...

4. If children (number of threads) is set to "1" the application pin_cycle_fees finishes without any problem
 
It is expected that the MTA should not hang but should finish execution and return after some time

Changes

 

Cause

To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!


In this Document
Symptoms
Changes
Cause
Solution
References


My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.