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
{{ message }}
This repository has been archived by the owner on Aug 17, 2023. It is now read-only.
We are using thunk-redis because it is the only node client that we found that accepts multiple hosts (i.e. primary/replica), without Sentinel or Clustering. We are using AWS Elasticache.
When one host goes down, the client correctly responds with data from the other host. However, when the host goes back up, the client does not reconnect to the first host or start serving from the primary.
To replicate, launch redis on two hosts (in my case, launching locally on two separate ports), then run the following:
Kill one server. You will see the client correctly starts reading from the other server (regardless of which you kill). Then restart the server, immediately. Once running, kill the other server.
You will see:
Error: The redis client was ended
My expectation is that as soon as the first (primary) host goes back up, the client will internally have reconnected to it, and will start serving from it again.
The text was updated successfully, but these errors were encountered:
We are using
thunk-redis
because it is the only node client that we found that accepts multiple hosts (i.e. primary/replica), without Sentinel or Clustering. We are using AWS Elasticache.When one host goes down, the client correctly responds with data from the other host. However, when the host goes back up, the client does not reconnect to the first host or start serving from the primary.
To replicate, launch redis on two hosts (in my case, launching locally on two separate ports), then run the following:
Kill one server. You will see the client correctly starts reading from the other server (regardless of which you kill). Then restart the server, immediately. Once running, kill the other server.
You will see:
My expectation is that as soon as the first (primary) host goes back up, the client will internally have reconnected to it, and will start serving from it again.
The text was updated successfully, but these errors were encountered: