Closed winromulus closed 9 months ago
I haven't dug in deep enough to determine if this is the same issue or not, but we're encountering an issue where I am wondering if it's related. When a connection fails, we get a series of errors for "No connection is available to service this operation" with slightly different additional messaging above. StackExchange.Redis constructs an exception message indicating that abortConnect=false should be added to our configuration, but we already have it set in configuration. This message appears to be conditionally added by StackExchange.Redis when the property for abortConnect is set to true. So either we're losing configuration after a muxer connection failure, or configuration is somehow never set correctly to begin with.
We're also considering a best practice as suggested for Redis implementations and documented by Microsoft (https://docs.microsoft.com/en-us/azure/azure-cache-for-redis/cache-dotnet-core-quickstart) to implement a reconnection strategy for forced reconnect when a threshold is exceeded. However, it doesn't appear that the multiplexers in use by RedisCacheClient in these libraries are exposed in a way that would allow us to re-initialize and reconnect.
Can confirm AbortOnConnectFail does not work
true, my bad @imperugo thanks!
Describe the bug Setting up a simple sample with AbortOnConnectFail set to false does not work (any sample will do). Simply set AbortOnConnectFail = false and an exception is thrown if the Redis server is not running.
To Reproduce Steps to reproduce the behavior:
Expected behavior
Desktop (please complete the following information):
Exception sample: