Jean Boussier
Jean Boussier
I assume this is fixed.
This has been solved for a while.
> when any errors crop up during forking of new child processes that use the redis client. Do you disconnect in the parent before fork?
Hum, we might be missing this check in the cluster client. I'd say try that.
Nevermind, I see the `ensure_connected` in your backtrace, but it explictly raise if you re-use the connection: https://github.com/redis/redis-rb/blob/af0b66cf99cc8e9f427452f8eb9da6366dc6257c/lib/redis/client.rb#L394-L399, so I doubt it's that.
Unless you configured your client with `inherit_socket: true`?
Most forking servers or job runners provide some "before_fork" and "after_fork" callbacks. That's where you should handle the disconnect and reconnect.
> For some reason, the Redis cluster connection has issues when the Delayed Job is a long running one Hum, doesn't ring any bell. Could be the cluster code not...
> I have not been able to reproduce the issue since I removed hiredis from my application. Could the problem be a combination of using Redis cluster and hiredis? Interesting....
Closing as stale.