-
Bug
-
Resolution: Obsolete
-
Major
-
None
-
None
-
8
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Engineering
-
-
3scale 2019-10-28, 3scale 2019-11-11, 3scale 2019-11-25, 3scale 2019-12-09, 3scale 2019-12-23, 3scale 2020-01-13, 3scale 2020-01-27, 3scale 2020-02-03, 3scale 2020-02-17, 3scale 2020-03-09, 3scale 2020-03-23, Invalid Sprint
System application is eating memory overtime, it needs to be restarted from time to time on SaaS.
It looks that only processes involved in rendering templates are having this issue.
Also On-Premises installation did not report any issues about it, so it has to do with SaaS particular environment
Facts:
- Sidekiq processes sending emails have memory leak
- Unicorn processes for web rendering have memory leak
- Unicorn processes for API endpoints DO NOT have memory leak
- Only with a high number of tenants there is memory leak
Added 5 December, 2019 - See also this comment in THREESCALE-3792
Dev notes
After looking at the code, there is one particular part that does caching based on tenant ID
Rails is already doing some caching underneath but here we also do another caching per tenant.
Steps to reproduce
- Create thousands of tenants
- Query developer portal pages of each of those tenants
- See memory increasing. See this comment
Fixing
Implement LRU caching on these objects or just removing the cache.
Negative impact is probably the performance for rendering templates for developer portal
Add some counter-measure to fix performance rendering (partial rendered pages?)
- links to