Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Won't Fix
-
1.4.0
-
None
-
None
Description
Running FLink version 1.4.0. on mesos,scheduler running along with job manager in single container, whereas task managers running in seperate containers.
Couple of jobs were running continously, Flink scheduler was working properlyalong with task managers. Due to some change in data, one of the jobs started failing continuously. In the meantime,there was a surge in flink scheduler memory usually eventually died out off OOM
Memory dump analysis was done,
Following were findings
- Majority of top loaded packages retaining heap indicated towards Flinkuserclassloader, glassfish(jersey library), Finalizer classes. (Top level package image)
- Top level classes were of Flinkuserclassloader, (Top Level class image)
- The number of classes loaded vs unloaded was quite less PFA,inspite of adding jvm options of -XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled , PFAclassloaded vs unloaded graph, scheduler was restarted 3 times
- There were custom classes as well which were duplicated during subsequent class uploads
PFA all the images of heap dump. Can you suggest some pointers on as to how to overcome this issue.
Attachments
Attachments
Issue Links
- relates to
-
FLINK-11205 Task Manager Metaspace Memory Leak
- Closed
-
FLINK-10317 Configure Metaspace size by default
- Closed