Bug 31366

Can you check if this problem still appears in either v2.0.52 or the latest
snapshot?

There have been some fixes which have affected crashes on shutdown.

I have the same problem with v2.0.52 running on Windows XP Professional with
Service Pack 2. The problem is exactly the same as described earlier that the
dll will report a application fault when attempt to shutdown the Apache2 web
service.

I am having the same symptoms.  I am runnging Win2K3 with Apache 2.0.52.
The problem occurs with both a precompiled and complied version of Apache.
I have mod_auth_ldap and util_ldap modules loaded.  The have tired compiling 
with and without the 2.0.52 "util_ldap_cache_mgr.c.patch".

If LDAPSharedCacheSize is set to 0 (disable caching) I can successfully stop 
the Apache service.  If is set at the default of 102400 (enable caching) the 
libapr.dll crashes twice as reported by otheres.

Authentication works with and without the cache enabled.  The service just will 
not stop or restart without the libapr.dll crashes.

I don't know what else to try.

I have been able to reproduce this bug on two different servers.  I have tried 
using the LDAPSharedCacheFile directive to specify a file.  LDAP functions 
normally using memory or a file for caching but the libapr.dll still crashes 
twice when the Apache service stops.  I am currently running with caching 
disabled on two servers while I try to resolve this.  While LDAP caching works 
fine, the danger is that should some other excpetion trigger the Apache 
service to restart, the service will be down.

Can any anyone else verify that disabling caching is a workaround for this bug?

i have the same problem at Win2K3 with Apache 2.0.52. with a normal precompiled .msi

to reproduce the crash i only had to change in httpd.conf:

LoadModule ldap_module modules/util_ldap.so 
LDAPSharedCacheSize 1000000

and without caching (LDAPSharedCacheSize 0) it seems to work, but its very very
slow (i use svn with authn_ldap) so i decided to leave the cach working and i
hope that someone fixes the bug ;-)

Can you test for me whether this bug exists in the latest version of httpd v2.1?

The code in httpd v2.0 is impractical to fix without major changes to APR v0.9,
so the focus has instead shifted to make httpd v2.1 work with APR v1.1 or later.

Looking for feedback from the reporter.

  There were many LDAP cache bugs in Apache 2.0.53 and prior, I'd strongly
  suggest you upgrade to Apache 2.0.55 once it becomes available.

  If your LDAP server is sitting on the same local LAN, you are much better
  off simply turning off the LDAP cache.  I even suspect that wldap32 (the
  Microsoft LDAP client) has some internal caching, making the Apache
  cache redundant.

  In Apache 2.1 this code has been nearly completely refactored, and is much,
  much cleaner.  That's why ldap is experimental in 2.0, and will be supported
  (release quality) in Apache 2.2.

This buf is still actual for 2.0.55
I think I've fixed it.

It's util_ldap_cache.c:util_ldap_cache_module_kill()
...
if (st->cache_shm != NULL) {
   apr_status_t result = apr_shm_destroy(st->cache_shm);
       st->cache_shm = NULL;
       apr_file_remove(st->cache_file, st->pool);

It should be checked either we do have cache file befor attempt to delete it.
Because initially it is NULL and it remains null unless
LDAPSharedCacheFile is set in config. And if shared memory has been
initialized it does not mean that file has been created.
This bug appears only on Win because Win attempts to recode the string
(file name) to Unicode and null reference fails in this function.

This works for me:
if (st->cache_shm != NULL) {
   apr_status_t result = apr_shm_destroy(st->cache_shm);
       st->cache_shm = NULL;
       if(st->cache_file != NULL) {
           apr_file_remove(st->cache_file, st->pool);
               st->cache_file = NULL;


This works for the situation when there is no LDAPSharedCacheFile
attribute in config.
But when there is one, it still crashes. I'm looking ito it. There is something
wrong with releasing nodes.

This error still occurs while using:
    Apache 2.0.55 - apache_2.0.55-win32-x86-no_ssl.msi binary installation
    SunONE Directory Server v5.1 SP2 
    Windows XP Professional SP2
    Windows 2003 Standard Server SP1

Windows Event Message (both OSs):
    Faulting application Apache.exe, version 2.0.55.0, faulting module 
    libapr.dll, version 0.9.7.0, fault address 0x00004902.

This message occurs twice in the Event log for each shutdown event, approx 5
seconds between the two messages.

I do not have any of the LDAP Cache directives set in the httpd.conf file.  The
Apache2 error.log contains the following (timestamps removed) for one
startup/shutdown cycle:
    [notice] LDAP: Built with Microsoft LDAP SDK
    [notice] LDAP: SSL support available
    [notice] Apache/2.0.55 (Win32) configured -- resuming normal operations
    [notice] Server built: Oct  9 2005 19:16:56
    [notice] Parent: Created child process 3392
    [notice] LDAP: Built with Microsoft LDAP SDK
    [notice] LDAP: SSL support available
    [notice] Child 3392: Child process is running
    [notice] Child 3392: Acquired the start mutex.
    [notice] Child 3392: Starting 250 worker threads.
    [notice] Parent: Received shutdown signal -- Shutting down the server.
    [notice] Child 3392: Exit event signaled. Child process is ending.
    [notice] Child 3392: Released the start mutex
    [notice] Child 3392: Waiting for 250 worker threads to exit.
    [notice] Child 3392: All worker threads have exited.
    [notice] Child 3392: Child process is exiting
    [notice] Parent: Child process exited successfully.

This is still in 2.2.0

Last month i had it on W Server2003, now i have it on W XP Sp2.

http://www.otto.net/img/failure.gif

Fixes in the httpd.conf didnt help me.. 

So.. is there a solution or workaround..? 

(In reply to comment #11)
> This is still in 2.2.0
> Last month i had it on W Server2003, now i have it on W XP Sp2.
> http://www.otto.net/img/failure.gif
> Fixes in the httpd.conf didnt help me.. 
> So.. is there a solution or workaround..? 

[Edit] Sorry it's :
http://www.otto2.net/img/failure.gif

Obtaining and Unpacking into the installed program files\apache group\apache2
directory the corresponding -symbols.zip file for your installed Apache version
from;

http://archive.apache.org/dist/httpd/binaries/win32/symbols/

and following directions about capturing the crash dump with dr. watson that are
posted at

http://httpd.apache.org/dev/debugging.html

you will greatly help isolate this error.  Providing specifics of how you
invoked ab would also help (command line options).

Please do this for httpd 2.2.9 when it is released in the coming week or so and
report back, there are a host of fixes applied to the sources and ldap support.

bug in NEEDINFO state for years...

If still reproducible with latest 2.2.x, follow the debugging instructions posted previously.