util_ldap_cache in 2.0

["William A. Rowe, Jr." <wr...@rowe-clan.net>]

Does this look familiar to anyone?  I can ask the admin to run
a rebuild with more diagnostics, but thought this might be a well
known issue in recent 2.0 releases.  It does seem related to a
cache-full scenario.

Bill

#0  0xb71d8d12 in util_ldap_search_node_free () from
/opt/covalent/ers/apache/modules/standard/mod_ldap.so
(gdb) bt
#0  0xb71d8d12 in util_ldap_search_node_free () from
/opt/covalent/ers/apache/modules/standard/mod_ldap.so
#1  0xb71d9732 in util_ald_destroy_cache () from
/opt/covalent/ers/apache/modules/standard/mod_ldap.so
#2  0xb71d8b9f in util_ldap_url_node_free () from
/opt/covalent/ers/apache/modules/standard/mod_ldap.so
#3  0xb71d9732 in util_ald_destroy_cache () from
/opt/covalent/ers/apache/modules/standard/mod_ldap.so
#4  0xb71d9140 in util_ldap_cache_module_kill () from
/opt/covalent/ers/apache/modules/standard/mod_ldap.so
#5  0xb7560d91 in run_cleanups () from
/opt/covalent/ers/apache/lib/libapr-0.so.0
#6  0xb755fa6c in apr_pool_destroy () from
/opt/covalent/ers/apache/lib/libapr-0.so.0
#7  0xb755fa51 in apr_pool_destroy () from
/opt/covalent/ers/apache/lib/libapr-0.so.0
#8  0x08073a07 in main ()

Re: util_ldap_cache in 2.0

[Graham Leggett <mi...@sharp.fm>]

William A. Rowe, Jr. wrote:

> Does this look familiar to anyone?  I can ask the admin to run
> a rebuild with more diagnostics, but thought this might be a well
> known issue in recent 2.0 releases.  It does seem related to a
> cache-full scenario.

mod_ldap in v2.1 received quite an overhaul over what is in v2.0, and 
some of the fixes for v2.1 were nver backported as they depending on 
fixes in apr-util v1.1.

This is still worth looking at though to squash a core dump in the v2.0 
tree.

Regards,
Graham
--