Bug 83324
| Summary: | Default httpd fails to start on kernel-2.4.18 | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Public Beta | Reporter: | Alin Osan <aline> |
| Component: | httpd | Assignee: | Joe Orton <jorton> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | phoebe | CC: | apache2, ivo, redhat-bugzilla, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | athlon | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-02-11 19:39:45 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
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. |
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