Skip to content
This repository has been archived by the owner on Dec 8, 2022. It is now read-only.

smash memory leak in v1.3.0 #145

Open
johnalotoski opened this issue Jan 25, 2021 · 6 comments
Open

smash memory leak in v1.3.0 #145

johnalotoski opened this issue Jan 25, 2021 · 6 comments
Assignees

Comments

@johnalotoski
Copy link

A memory leak is observed with smash v1.3.0 whereby all RAM available is slowly consumed by the smash process until an OOM is forced, generally resulting in corrupt ledger state files and smash being unable to restart without manual intervention.

See JIRA ticket: SRE-149

@ksaric
Copy link
Contributor

ksaric commented Jan 26, 2021

Noted, thanks @johnalotoski. I would wait until we deploy the new version or the one behind that one to start a serious investigation about this.

@ksaric
Copy link
Contributor

ksaric commented Jan 26, 2021

Left SMASH running with the current changes overnight (for purposes of testing whether my current changes work), don't see an increase in memory usage, capped on 202 Mb, on the launchpad network.

@johnalotoski
Copy link
Author

Thanks @ksaric. The leak might be related to load. We don't see the leak on low load deployments.

@mmahut
Copy link
Member

mmahut commented Mar 11, 2021

I still see this on 1.4.0.

@ksaric
Copy link
Contributor

ksaric commented Mar 16, 2021

@mmahut Do you see this on a SMASH instance that has a high amount of traffic? Or is this something you see gradually taking up more and more memory?

@mmahut
Copy link
Member

mmahut commented Apr 3, 2021

@ksaric it is gradual. This smash instance has no http traffic to it at all, I'm just using the resulting database.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants