From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030131 Description of problem: When started, httpd fails with: [error] (38)Function not implemented: Cannot create SSLMutex file `/etc/httpd/logs/ssl_mutex.18128' Configuration Failed After up-grade from 2.0.40-16 to 2.0.40-18 from rawhide fails with: [crit] (38)Function not implemented: mod_rewrite: could not create rewrite_log_lock Configuration Failed After commenting out mod_rewrite from httpd.conf it fails with: [notice] Digest: generating secret for digest authentication ... [notice] Digest: done [emerg] (38)Function not implemented: Couldn't create accept lock A friend of mine had same errors with 2.0.40-16 but after commenting out mod_rewrite it started. But not for me. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. service httpd start (restart) 2. 3. Actual Results: httpd fails to start Expected Results: running httpd Additional info: When starter httpd fails with: [error] (38)Function not implemented: Cannot create SSLMutex file `/etc/httpd/logs/ssl_mutex.18128' Configuration Failed After up-grade from 2.0.40-16 to 2.0.40-18 from rawhide fails with: [crit] (38)Function not implemented: mod_rewrite: could not create rewrite_log_lock Configuration Failed After commenting out mod_rewrite it fails with: [notice] Digest: generating secret for digest authentication ... [notice] Digest: done [emerg] (38)Function not implemented: Couldn't create accept lock
What kernel are you using?
Same problem here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=83364
*** Bug 83364 has been marked as a duplicate of this bug. ***
Could you run "strace -o/tmp/trace /usr/sbin/httpd" and attach /tmp/trace?
Or don't bother - I've reproduced this, it happens when you boot the 2.4.18 kernel not the 2.4.20 kernel.
*** Bug 82312 has been marked as a duplicate of this bug. ***
Problem appears to be that Apache (APR) detects the working sem_open() in glibc at build time (running on a .20 kernel), but sem_open() *only* appears to work in the .20 kernel.
Many thanks for the reports. This is fixed in httpd-2.0.40-20.
*** Bug 82635 has been marked as a duplicate of this bug. ***
Just for the records: I do run a 2.4.20 kernel! But anyway, 2.0.40-20 fixes the problem for me.
This problem is unsolved with my 2.2.20 kernel and apache 2.0.45 ...
You may still run into this bug if you run a non-Red Hat-compiled httpd on a non-Red Hat-kernel - but neither of these things are supported.
I just wanted to mention that I ran into this problem when I built a 2.4.21 kernel using Apache 2.0.47 (also built from source). I made sure my /usr/include/linux was symlinked to /usr/src/linux/include/linux, rebuilt apache, and that fixed it for me.