Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Not a Bug
-
6.2.3
-
CentOS 7.7 Docker Container
Description
Customer has uncontrolled memory growth eventually leading to MaxScale exceeding its memory allocation and crashing.
Problem is not reproducible outside customer's lab & production container environments. Customer is also unable to reproduce the problem in virtualization or bare metal environments. Customer states problem happens in "idle" state, where "idle" means between 55 and 250qps
Successive efforts have ruled out MXS-4100 (non-zero connection_keepalive) and made an effort to minimize memory consumption by limiting write q high water mark as well as query classifier cache size. None of these changes have made a difference.
Customer was shown how to run traces with jemalloc, added that to the container, and saw no change. two svg reports from different heap trace sessions attached.
Attachments
Issue Links
- relates to
-
MXS-4368 Detect if maxscale is running inside a container and either warn about it or refuse to start to avoid memory and threads overallocation
- Closed