This server is frozen, and ldapsearch crashes:
[r...@etoile main]# ldapsearch -x
ldapsearch: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)'
failed.
Abandon
This is openldap 2.4.15 client, with this specific configuration:
TLS_CACERTDIR /etc/pki/tls/rootcerts
TLS_REQCERT dem
Guillaume Rousse wrote:
This server is frozen, and ldapsearch crashes:
[r...@etoile main]# ldapsearch -x
ldapsearch: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)'
failed.
Abandon
This is openldap 2.4.15 client, with this specific configuration:
TLS_CACERTDIR /etc/pki/tls/rootce
Howard Chu a écrit :
Guillaume Rousse wrote:
This server is frozen, and ldapsearch crashes:
[r...@etoile main]# ldapsearch -x
ldapsearch: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)'
failed.
Abandon
This is openldap 2.4.15 client, with this specific configuration:
TLS_CACERTDIR
Guillaume Rousse wrote:
> As 2.4.17 and 2.4.16 changelog doesn't show anything related, I guess
> the pb is still there.
Please do not guess. You should test.
Ciao, Michael.
Michael Ströder a écrit :
Guillaume Rousse wrote:
As 2.4.17 and 2.4.16 changelog doesn't show anything related, I guess
the pb is still there.
Please do not guess. You should test.
Unfortunatly, I have no way to reproduce the problem, and I couldn't
afford to let the ldap server in a bad mood
On Sat, 22 Aug 2009, Guillaume Rousse wrote:
to let the ldap server in a bad mood. Isn't there any way to replay answer
parsing from the network capture ?
Sometimes it's not that easy. A lot of things are timing-dependent, or
need a particular memory access (such that the prior contents and/o
Howard Chu a écrit :
Not sure what's the point of your email. Whatever 2.4.15 did is
uninteresting since it no longer occurs in 2.4.17. Your packet trace
shows a few TCP retries, so the remote server's network stack is not
responding, and you already said "this server is frozen." Naturally the