Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
2.4.17
-
None
-
Kubernetes
-
MXS-SPRINT-145, MXS-SPRINT-146
Description
We were using 2.5.15 and having good success with it. Unfortunatly, we needed to downgrade to 2.4.17 because we need to use the the weighty keyword. When we downgraded, it seems like we have a memory leak going on.
Since downgrading. we added the weighby keyword and that's has been working. but memory just grows. On rare occasion, I will see memory go down but it usually goes right back up. We have set the limit to 1g and its still running out of memory. We plan to run add to 2g to see while we debug but concerned that wont be enough.
I am looking for a bit of help to figure out whats taking all this memory. When I look at qc_cache_size it looks like its 300K per thread. (4)
│ QC cache size │ 299956 │
We don't have the cache even set up. [Cache]
So I cant figure out where memory is even going?
Here is our memory footprint for maxscale. (yes we have 7 versions running)
The drops are going to be when its OOMKilled when it goes over 1g.
Attachments
Issue Links
- relates to
-
MXS-4008 Query classifier cache does not properly record all used memory
- Closed