[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
v2.0.14 slapd start-up problem
I've attempted to install v 2.0.14 on two machines. Following the
administrator's guide, both installations completed without error. However
slapd refuses to start up.
The basic error I get on both machines is....
shell>./slapd
: No such file or directoryema/core.schema
I checked slapd.conf and the path to core.schema on the include line is
correct. I've experimented with changing file permissions to core.schema
without any success.
machine 1 - Red Hat 6.2
when I attempt to start slapd in debug level 9 I get the following output...
shell>./slapd -d 9
@(#) $OpenLDAP: slapd 2.0.14-Release (Mon Sep 17 10:13:32 BST 2001) $
root@eightysix:/usr/src/newldap/openldap-2.0.14/servers/slapd
daemon_init: listen on ldap:///
daemon_init: 1 listeners to open...
ldap_url_parse_ext(ldap:///)
daemon: socket() failed errno=22 (Invalid argument)
daemon: initialized ldap:///
daemon_init: 1 listeners opened
slapd init: initiated server.
" - absolute path?fig file "/usr/local/etc/openldap/schema/core.schema
: No such file or directoryema/core.schema
slapd shutdown: freeing system resources.
slapd stopped.
connections_destroy: nothing to destroy.
Machine 2 - Red Hat 7.1
On the second machine the error log returned is....
shell>./slapd -d 9
@(#) $OpenLDAP: slapd 2.0.14-Release (Mon Sep 17 09:28:14 BST 2001) $
root@localhost.localdomain:/usr/src/openldap-2.0.14/servers/slapd
daemon_init: listen on ldap:///
daemon_init: 1 listeners to open...
ldap_url_parse_ext(ldap:///)
daemon: socket() failed errno=97 (Address family not supported by protocol)
daemon: initialized ldap:///
daemon_init: 1 listeners opened
slapd init: initiated server.
slap_sasl_init: initialized!
" - absolute path?fig file "/usr/local/etc/openldap/schema/core.schema
: No such file or directoryema/core.schema
slapd shutdown: freeing system resources.
slapd stopped.
openldap version 2.0.11 has previously been running on machine 1, but
machine 2 is a fresh new machine.
Any help or advice is greatly appreciated.
Kind regards,
Derek