On Wed, Apr 13, 2016 at 02:46:23PM +0000, A.L.M.Buxey@lboro.ac.uk wrote:
you already have '0' for LDAP timeouts....so no connections should be killed off... the LDAP connection pool should be as many as our servers (number of threads) - but the other thing to look at is number of LDAP connections you are allowed....and how
The following from the original message looks weird to me On Wed, Apr 13, 2016 at 10:12:27AM +0100, David Hartburn wrote:
Tue Apr 12 15:14:48 2016 : Info: rlm_ldap (ldap): Deleting connection (40122) Tue Apr 12 15:14:48 2016 : Info: rlm_ldap (ldap): 2 of 2 connections in use. Need more spares ... pool { start = 16 min = 8 max = ${thread[pool].max_servers} spare = 16
Not sure why it's closing down the connections to get less than 8. But probably more in the full logs. "radiusd -lfx stdout" might help to get debug logs while threaded. Or radmin as mentioned before. Matthew -- Matthew Newton, Ph.D. <mcn4@le.ac.uk> Systems Specialist, Infrastructure Services, I.T. Services, University of Leicester, Leicester LE1 7RH, United Kingdom For IT help contact helpdesk extn. 2253, <ithelp@le.ac.uk>