<div dir="ltr"><div dir="ltr">On Wed, Apr 10, 2019 at 11:16 AM cneberg <<a href="mailto:cneberg@gmail.com" target="_blank">cneberg@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>If you're seeing timeLimitExceeded then you're likely processing an empty result set. Check your logs to confirm.<br>
<br>
Yes, I believe that is what is happening.    Since there was an error<br>
I'd like it to retry, preferably to a different ldap server in the<br>
list and if that fails -  return an error to the user.      If there<br>
is an ldap error I don't think it makes sense to treat it the same as<br>
the user not being in ldap.<br></blockquote><div><br></div><div>A time limit exceeded result is not treated as an error on a search operation. Whatever results are returned are processed. I'll file an issue to look at that behavior. Whether or not it's an "error", it's probably violating the principal of least surprise.</div><div><br></div><div>Retries are built around connection issues. The connection is closed, reopened, and the operation is tried again. In the scenario you've described you may reconnect to the "overburdened" directory again. There's no strategy for guaranteeing it will try a specific host. I think specifying a Failover connector is your best bet. That and fixing the problematic directory.</div><div><br></div><div>--Daniel Fisher</div><div><br></div></div></div>