[gentoo-user] After updating openldap today slapd won't start
Today after updating openldap from 2.4.23 to 2.4.24, slapd will not start.
# /etc/init.d/slapd start
* Starting ldap-server ...
[ !! ]
and I get the following in the log:
Feb 20 13:17:01 torsson.dmj.nu slapd[22578]: @(#) $OpenLDAP: slapd 2.4.24 (Feb
20 2011 12:20:51) $
Feb 20 13:17:01 torsson.dmj.nu slapd[22578]: slapd stopped.
Feb 20 13:17:01 torsson.dmj.nu slapd[22578]: connections_destroy: nothing to
destroy.
If I start it by hand (with debug=1) it looks like this:
# /usr/lib64/openldap/slapd -u ldap -g ldap -d1
@(#) $OpenLDAP: slapd 2.4.24 (Feb 20 2011 12:20:51) $
@torsson:/var/tmp/portage/net-nds/openldap-2.4.24/work/openldap-2.4.24/servers/slapd
ldap_pvt_gethostbyname_a: host=torsson, r=0
daemon_init: listen on ldap:///
daemon_init: 1 listeners to open...
ldap_url_parse_ext(ldap:///)
daemon: listener initialized ldap:///
daemon_init: 1 listeners opened
ldap_create
slapd init: initiated server.
bdb_back_initialize: initialize BDB backend
bdb_back_initialize: Berkeley DB 4.8.30: (2010-08-05)
hdb_back_initialize: initialize HDB backend
hdb_back_initialize: Berkeley DB 4.8.30: (2010-08-05)
slapd destroy: freeing system resources.
slapd stopped.
connections_destroy: nothing to destroy.
Here are slapd.conf (without comments):
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/authldap.schema
include /etc/openldap/schema/samba.schema
pidfile /var/run/openldap/slapd.pid
argsfile/var/run/openldap/slapd.args
allow bind_v2
databasehdb
suffix dc=dmj,dc=nu
checkpoint 32 30
rootdn cn=myroot,dc=dmj,dc=nu
rootpw {SSHA}x
directory /var/lib/openldap-data
index objectClass eq
Any suggestion short of reverting to 2.4.23?
--
Dan Johansson, http://www.dmj.nu
***
This message is printed on 100% recycled electrons!
***
Re: [gentoo-user] After updating openldap today slapd won't start
On Sunday 20 February 2011 13.25:31 Dan Johansson wrote:
Today after updating openldap from 2.4.23 to 2.4.24, slapd will not start.
# /etc/init.d/slapd start
* Starting ldap-server ...
[ !! ]
and I get the following in the log:
Feb 20 13:17:01 torsson.dmj.nu slapd[22578]: @(#) $OpenLDAP: slapd 2.4.24
(Feb 20 2011 12:20:51) $
Feb 20 13:17:01 torsson.dmj.nu slapd[22578]: slapd stopped.
Feb 20 13:17:01 torsson.dmj.nu slapd[22578]: connections_destroy: nothing to
destroy.
If I start it by hand (with debug=1) it looks like this:
# /usr/lib64/openldap/slapd -u ldap -g ldap -d1
@(#) $OpenLDAP: slapd 2.4.24 (Feb 20 2011 12:20:51) $
@torsson:/var/tmp/portage/net-nds/openldap-2.4.24/work/openldap-2.4.24/servers/slapd
ldap_pvt_gethostbyname_a: host=torsson, r=0
daemon_init: listen on ldap:///
daemon_init: 1 listeners to open...
ldap_url_parse_ext(ldap:///)
daemon: listener initialized ldap:///
daemon_init: 1 listeners opened
ldap_create
slapd init: initiated server.
bdb_back_initialize: initialize BDB backend
bdb_back_initialize: Berkeley DB 4.8.30: (2010-08-05)
hdb_back_initialize: initialize HDB backend
hdb_back_initialize: Berkeley DB 4.8.30: (2010-08-05)
slapd destroy: freeing system resources.
slapd stopped.
connections_destroy: nothing to destroy.
Here are slapd.conf (without comments):
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/authldap.schema
include /etc/openldap/schema/samba.schema
pidfile /var/run/openldap/slapd.pid
argsfile/var/run/openldap/slapd.args
allow bind_v2
databasehdb
suffix dc=dmj,dc=nu
checkpoint 32 30
rootdn cn=myroot,dc=dmj,dc=nu
rootpw {SSHA}x
directory /var/lib/openldap-data
index objectClass eq
Any suggestion short of reverting to 2.4.23?
Don't bother... I found it my self. slaptest reported an error in one of the
schemas, efter correcting this slapd starts perfectly.
Sorry for the noise,
--
Dan Johansson, http://www.dmj.nu
***
This message is printed on 100% recycled electrons!
***
