Re: ldap_simple_bind blocks in Open Mode when the DS is in hang state
Anton Bobrov <[email protected]> Mon, 11 May 2009 14:39:57 +0200
| Newsgroups | gmane.comp.mozilla.devel.directory |
|---|---|
| Organization | Sun Microsystems, Inc. |
| Message-ID | <[email protected]> |
do you use SSL/TLS on that connection? can you post netstat output showing that client connection state when you observe blocked bind? denish patel wrote: > Anton, Actually what I tried to mention was that > my LDAP Client blocks up on the ldap_simple_bind call. > So, when the DS has been stopped, I do not see the LDAP Client > coming out / moving ahead of the bind call. > > So I do not even get to make the ldap_result call when the DS has been > stopped. > > On Mon, May 11, 2009 at 5:59 PM, Anton Bobrov <[email protected]> wrote: > >> denish patel wrote: >> >>> Apologies for that Anton. >>> I seem to get the point here. >>> Just to clarify, the LDAP Client is blocking on the ldap_simple_bind() >>> call & not the ldap_result() call. >>> >> exactly the opposite. >> >> I tend to think that I am missing something here. >>> Wouldn't LDAP_OPT_TIMELIMIT, LDAP_X_OPT_CONNECT_TIMEOUT >>> >> TIMELIMIT is timeout enforced by the server for search operations. it >> has nothing to do with this. in any case it wont be applicable here >> because your server is paused by SIGSTOP anyway. CONNECT_TIMEOUT will >> never apply in this case because even with the server paused by STOP >> client connect() call will succeed thus no connect timeout will occur. >> >> If the expected behaviour here is the same as you specified in your >>> earlier >>> response, then the only solution I can think as of now is the use of >>> alarm() >>> call / another thread monitoring the bind call. >>> >> all you have to do is to specify timeout argument for ldap_result(). >> > _______________________________________________ > dev-tech-ldap mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-tech-ldap