[Fedora-directory-users] Fedora DS startup problem

[kb9vqf at pearsoncomputing.net]

Hi,

I recently installed Fedora DS 1.1.3 on my system and ran the
setup-ds-admin script with no problems.  Everything worked very
well--until I rebooted!

Upon reboot, the directory server refused to start.  Below are the
relevant lines from the /dirsrv/slapd-host/errors file:
02/Feb/2009:00:11:33 -0600] - Waiting for 4 database threads to stop
[02/Feb/2009:00:11:33 -0600] - All database threads now stopped
[02/Feb/2009:00:11:33 -0600] - slapd stopped.
[02/Feb/2009:00:12:51 -0600] - Fedora-Directory/1.1.3 B2009.031.2025
starting up
[02/Feb/2009:00:13:56 -0600] - Fedora-Directory/1.1.3 B2009.031.2025
starting up
[02/Feb/2009:00:14:02 -0600] - slapd started.  Listening on All Interfaces
port 389 for LDAP requests
[02/Feb/2009:00:14:24 -0600] - slapd shutting down - signaling operation
threads
[02/Feb/2009:00:14:24 -0600] - slapd shutting down - closing down internal
subsystems and plugins
[02/Feb/2009:00:14:29 -0600] - Waiting for 4 database threads to stop
[02/Feb/2009:00:14:30 -0600] - All database threads now stopped
[02/Feb/2009:00:14:30 -0600] - slapd stopped.
[02/Feb/2009:00:16:07 -0600] - Shutting down due to possible conflicts
with other slapd processes
[02/Feb/2009:00:20:11 -0600] - Shutting down due to possible conflicts
with other slapd processes

And it continues to print "Shutting down due to possible conflicts with
other slapd processes" every single time I try to start the directory
server.  No other messages are printed to the error log, all permissions
are OK, and the directory admin server starts with no problem.

Befuddled, I tried re-running the setup-ds-admin script.  Again, the
directory server came online and worked perfectly upon completion of that
script, but it failed upon reboot as before.

There are no other LDAP servers running on this machine.  A process scan
showed no slapd processes running, and the LDAP port does not have a
process glommed onto it.

Any assistance you can provide would be appreciated!

Thank you,

Timothy Pearson
Raptor Engineering