DM_FUSA Backend Reaches 100% CPU Utilization On A Verification Request And Never Returns
(Doc ID 2619631.1)
Last updated on NOVEMBER 06, 2023
Applies to:
Oracle Communications Billing and Revenue Management - Version 7.5.0.21.0 and laterInformation in this document applies to any platform.
Symptoms
The PaymenTech data manager (dm_fusa) is observed to increase to 100% CPU utilization, and does not return the validate transaction that it was currently working on. This in turn results in the primary connection manager (CM) process connecting to this dm_fusa process to rise in child CM counts.
DM_FUSA backend reaches 100% CPU utilization on a verification request like below and never returns:
PCM_OP_BILL_VALIDATE
As a workaround, the dm_fusa and CM instances are isolated and traffic routed to redundant servers already in the pool. The affected instance is restarted.
Numbers of transactions accepted 107,669 and 107,319 transactions processed until the dm_fusa backend that was hung was killed, then the remaining accepted transactions were processed through.
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 |