You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This monday I upgraded server side to v3.6.0 using Helm Chart. For some reason MSGGATEWAY memory usage suddenly spiked, with no signs of stopping. This directly led to our IM service becoming unavailable, which coincided with our peak business hours.
The quantity of error logs also increased during that period, including entries such as "read tcp :80->:5644: i/o timeout" and "websocket: close 1006 (abnormal closure): unexpected EOF".
MSGGATEWAY memory increased all the way to 11GiB. No stopping before our manual intervention.
OpenIM's official Grafana dashboard stats:
Online users:
What did you expect to happen?
no memory leaking plz
How can we reproduce it (as minimally and precisely as possible)?
Helm charts deploy
v3.6.0
Anything else we need to know?
No response
version
```console
$ {name} version
# paste output here
```
Cloud provider
OS version
```console
# On Linux:
$ cat /etc/os-release
# paste output here
$ uname -a
# paste output here
# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here
```
Install tools
The text was updated successfully, but these errors were encountered:
Setting aside the issue at hand, the current Kubernetes deployment lacks resource limitations, which would lead to unlimited consumption of cluster resources if any similar problems arise. This needs to be addressed.
What happened?
This monday I upgraded server side to v3.6.0 using Helm Chart. For some reason MSGGATEWAY memory usage suddenly spiked, with no signs of stopping. This directly led to our IM service becoming unavailable, which coincided with our peak business hours.
The quantity of error logs also increased during that period, including entries such as "read tcp :80->:5644: i/o timeout" and "websocket: close 1006 (abnormal closure): unexpected EOF".
MSGGATEWAY memory increased all the way to 11GiB. No stopping before our manual intervention.
OpenIM's official Grafana dashboard stats:
Online users:
What did you expect to happen?
no memory leaking plz
How can we reproduce it (as minimally and precisely as possible)?
Helm charts deploy
v3.6.0
Anything else we need to know?
No response
version
Cloud provider
OS version
Install tools
The text was updated successfully, but these errors were encountered: