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 18.104.22.168.0 and later
Oracle Communications BRM - Elastic Charging Engine - Version 22.214.171.124.0 and later
Information in this document applies to any platform.
On Oracle Communications Billing and Revenue Management (BRM) version 126.96.36.199.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:
Below observations were gathered for pin_cycle_fees:
1. Configuration used
- pin_cycle_fees per_batch 100
- pin_cycle_fees per_step 250
- pin_cycle_fees fetch_size 500
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:
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
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