Details
-
Bug
-
Status: Closed (View Workflow)
-
Low
-
Resolution: Fixed
-
7.17.9, 7.21.3, 8.2.1
-
None
-
2
-
Severity 1 - Critical
-
Description
Issue Summary
Using hazelcast.http.sessions=sticky configuration causes OOM error due to stale HTTP sessions never getting destroyed. Setting server.session.timeout to a lower value doesn't help either.
This is reproducible on Data Center: yes
Steps to Reproduce
- Set hazelcast.http.sessions=sticky
- Set server.session.timeout=60
- Open an incognito window in the browser
- Login to Bitbucket application
- Close the incognito window without logout.
- Wait for more than 1 minute.
- Repeat this process few thousand times using a script or a selenium test.
Expected Results
The application should keep running without an error.
Actual Results
The login eventually fails due to an OOM error.
Workaround
Use hazelcast.http.sessions=local and enable sticky sessions at the Load Balancer level. (This is the default value)