Last updated on AUGUST 01, 2016
Applies to:Oracle API Gateway - Version 11.1.2 and later
Information in this document applies to any platform.
A production OAG instance is growing in memory consumption until it fails, causing a service outage until it is restarted. Based on looking at 10 day usage metrics on the OAG Dashboard, it appears to be growing in memory consumption at a rate of about 1gb per 250,000 requests.
It was found that the CRL check task was adding a large amount of processing overhead and causing a significant per-request increase in memory usage by OAG.
The CRL step in question takes a dynamic file URL for the source CRL and is configured to never reload. Monitoring of LSOF while testing typically showed 100s of file handles open to both the source and OAG CRL cache folder copy of these CRLs. It appears that OAG is copying the CRL and performing disk IO on every request, despite the CRL already residing in the in-memory cache. This is inefficient and significantly, degrading production performance, and eventually crashes the system.
The version being used in this case is 184.108.40.206.0
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