-
Bug
-
Resolution: Done
-
Blocker
-
7.3.0.CD18, 7.3.0.GA.CR1, 7.3.0.GA
-
None
Customer impact: Redeploy of application will cause out of memory error crashing the server and causing unavailability of service. This will happen with default configuration (as microprofile-opentracing-smallrye is enabled/added by default)
There seems to be a memory leak when a deployment is redeployed multiple times (100 times in our test). This is very similar to what has been described in WFLY-10991. Also first commit this started to happen is this one - JaegerTracing and Apache Thrift dependencies update. Thus I selected MP OpenTracing component for this issue.
Test and deployment is same as is described in WFLY-10991.
Size of the extra heap in use is about 27MB plus when compared to the initial size before multiple redeploy operations.
I've tried to check manually via visualVM tool. Screenshot with suspicious jaegertracing instances are attached - there are much more jaegertracing class instances with new version of Jager Tracing and Apache Thrift dependencies, which is suspicious.
Interesting thing is that when microprofile-opentracing-smallrye subsystem is removed via:
/subsystem=microprofile-opentracing-smallrye:remove()
the memory leak is still present. This is kind of confusing to me.
- clones
-
WFLY-12486 Memory leak in OpenTracing when deployment is redeployed multiple times
- Closed
- is cloned by
-
JBEAP-18573 [QE](7.2.z) WFLY-12486 - Memory leak in OpenTracing when deployment is redeployed multiple times
- Closed
- relates to
-
WFLY-10991 Memory leak when deployment is redeployed multiple times
- Closed
-
JBEAP-18431 (7.3.z) Upgrade Jaeger client to 0.34.1 and Apache Thrift to 0.13.0
- Closed