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
hi,
We are running into the issue that our RabbitMQ LDAP plugin is failing to reconnect to the LDAP cluster via a loadbalancer. We have some ldap server nodes that are all connected via the loadbalancer hostname like ldaps://ldap.
We periodically have to cycle our ldap server nodes for maintenance. Therefore any cached/pooled connections to the ldap node that is being cycled will be disconnected. It seems this ldap plugin is not able to purge those connections if they were established via virtual or load balancer hostname. We are currently using RabbitMQ v3.7.25 which should have the fix from this previous reported issue.
Our current configurations:
auth_ldap.servers.1 = ldap (a single connection to the loadbalancer host)
auth_ldap.connection_pool_size = 256
auth_ldap.idle_timeout = 50000
Thanks!
The text was updated successfully, but these errors were encountered:
I will convert this issue to a GitHub discussion. Currently GitHub will automatically close and lock the issue even though your question will be transferred and responded to elsewhere. This is to let you know that we do not intend to ignore this but this is how the current GitHub conversion mechanism makes it seem for the users :(
hi,
We are running into the issue that our RabbitMQ LDAP plugin is failing to reconnect to the LDAP cluster via a loadbalancer. We have some ldap server nodes that are all connected via the loadbalancer hostname like ldaps://ldap.
We periodically have to cycle our ldap server nodes for maintenance. Therefore any cached/pooled connections to the ldap node that is being cycled will be disconnected. It seems this ldap plugin is not able to purge those connections if they were established via virtual or load balancer hostname. We are currently using RabbitMQ v3.7.25 which should have the fix from this previous reported issue.
Our current configurations:
auth_ldap.servers.1 = ldap (a single connection to the loadbalancer host)
auth_ldap.connection_pool_size = 256
auth_ldap.idle_timeout = 50000
Thanks!
The text was updated successfully, but these errors were encountered: