Apache 2 will not Restart on a particular SuSE 9 server.
 

We have strange thing happening on a freshly installed and patched server. Apache 2 will come up on boot, but then after that, it will not start again if for some reason it is stopped. We have hundreds of similar installs and have never had a problem, but something is a little different on this one.

Here is the error that we get in the error_log when it tries to restart:
[emerg] (38)Function not implemented: Couldn't create accept lock

And here are the versions:
SUSE LINUX Enterprise Server 9 (x86_64)
PATCHLEVEL = 3
apache2-prefork-2.0.49-27.59
kernel-smp-2.6.5-7.267

Any help would be appreciated.
Thanks,
Leif E. Olson
Systems Engineer
NISC

A search on Google for your error message turned up some build issues, but
they appeared to cough up the "(38)Function not implemented" immediately on
startup. Since your server starts up on boot just fine, but fails to restart,
I would suspect a problem with file permissions (probably on the mutex lockfile).
Check where your configuration puts that lockfile, and then check that the user/group
that is used by apache has permission to write (delete) that lockfile and recreate
it the next time it starts.

HTH.

Apache 2 problem seems to be SSL related.
 

Thanks for your reply. I had already done much Googling as well before posting and seen those same comments. Many saying link this or that when compiling or recompiling your Kernel with IPC, but since we are using stock packaged things that worked else where, and it works on boot, I figured that was not the case.
I looked into the Mutex settings we are using the:
SSLMutex sem
setting by default which I assume means it is just setting a semaphore somewhere and not creating an actual file.
I switched it to:
SSLMutex file:/var/lib/apache2/ssl_mutex
and made sure the path and perms were good just for kicks, but unfortunately I got the same result and error message.
I even tried switching it to
SSLMutex none
which is also supported but not recommended and I still got the same error message.

The problem does, however, definately seem to br related to SSL because if I disable SSL, apache 2 will start up just fine, but this is not acceptable as we need SSL.

So, anyone have any other ideas?

Thanks,
Leif