-
Bug
-
Resolution: Unresolved
-
Normal
-
MTA 7.3.0
-
None
-
Quality / Stability / Reliability
-
False
-
-
False
-
-
-
Important
-
Yes
This bug is for large memory growth caused by browsing /applications when many apps are loaded.
Version:
iib:965301
mta-operator-bundle-container-7.3.0-28
OCP: 4.18.2
What happens:
MTA has 5,000 'openmrs' apps that were created using managed import.
After importing (tech/lang discovery), analysis is performed on the 5,000 apps.
User browses to /applications in the UI as first time user x 5 times sequentially.
User browses to /applications in the UI as returning user x 5 times sequentially.
MTA-Hub memory grows by around 2G
When done during analysis its possible to cause an OOM to MTA Hub even though the pod is allocated 8G
MTA-Hub log contains many lines repeating:
time=2025-05-13T05:41:42Z level=info msg=[task-scheduler] Zombie detected. pod= task=0
time=2025-05-13T05:41:42Z level=info msg=[task-scheduler] Zombie detected. pod= task=0
time=2025-05-13T05:41:42Z level=info msg=[task-scheduler] Zombie detected. pod= task=0
time=2025-05-13T05:41:42Z level=info msg=[task-scheduler] Zombie detected. pod= task=0
time=2025-05-13T05:41:42Z level=info msg=[task-scheduler] Zombie detected. pod= task=0
I've exported the hub sqlite database for in case dev wants to import it:
hub zipped