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
Lately we have been facing a problem on the snare side (mushorg/snare#180) due to default-tanner.
According to @afeena it occurred because there are lot of sessions in the redis-server database which has consumed almost the complete memory capacity. This is because of the low memory of our default tanner server (Obviously it wasn't meant for production purpose). Due to this snare sessions were unable to be processed and stored in the same.
This gave me a thought, what if we build a new feature :
Requires a new config parameter expiry_time to be present in tanner.config.
Use it to delete (tanner-created) sessions from redis-server after that 'expiry_time`.
And this expiry_time can be configured based on the server-admin, depending on the duration of the history of data required and depending on the memory capacity of the server.
The deletion can be done periodically or in a lazy fashion depending on the implementation.
This is just a thought, looking for others opinions on the same :)
The text was updated successfully, but these errors were encountered:
Lately we have been facing a problem on the snare side (mushorg/snare#180) due to default-tanner.
According to @afeena it occurred because there are lot of sessions in the redis-server database which has consumed almost the complete memory capacity. This is because of the low memory of our default tanner server (Obviously it wasn't meant for production purpose). Due to this snare sessions were unable to be processed and stored in the same.
This gave me a thought, what if we build a new feature :
expiry_time
to be present in tanner.config.expiry_time
can be configured based on the server-admin, depending on the duration of the history of data required and depending on the memory capacity of the server.This is just a thought, looking for others opinions on the same :)
The text was updated successfully, but these errors were encountered: