Bug#377812: [Pkg-openldap-devel] Bug#377812: slapd won't start at all

Tue Jul 11 16:10:03 UTC 2006

On Tue, Jul 11, 2006 at 05:13 +0200, Matthijs Mohlmann wrote:
> Eric Van Buggenhaut wrote:
> >On Tue, Jul 11, 2006 at 03:02 +0200, Matthijs Mohlmann wrote:
> >>Eric Van Buggenhaut wrote:
> >>>Package: slapd
> >>>Version: 2.2.23-8
> >>>Severity: grave
> >>>
> >>>
> >>>There's no way I can fire up slapd on the main server of our company. It
> >>>used to run fine but today, when trying to launch it it just crashes.
> >>>Attached is a strace. There's no *pid file hanging around AFAICT:
> >>>
> >>Probably you have corruption in the database is it possible to install 
> >>db4.2-util ? And then restart slapd (/etc/init.d/slapd restart)
> >
> >I indeed installed db4.2-util and removed libdb3-util:
> >
> >ii  db4.2-util     4.2.52-18      Berkeley v4.2 Database Utilities
> >pn  libdb3-util    <none>         (no description available)
> >
> >but that didn't help
> >
> >>If this doesn't work, can you please attach the output of the following 
> >>command:
> >>slapd -d 64
> >
> >Attached is the output.
> >
> >>>piano:/home/eric# ls -l /var/run/slapd/
> >>>total 0
> >>>
> >>>
> >>>I'm totally stuck.
> >>>
> >>Regards,
> >>
> >>Matthijs Mohlmann
> >>
> >>>-- System Information:
> >>>Debian Release: 3.1
> >>>Architecture: i386 (i686)
> >>>Kernel: Linux 2.6.11.12
> >>>Locale: LANG=es_ES at euro, LC_CTYPE=es_ES at euro (charmap=ISO-8859-15)
> >>>
> >>>Versions of packages slapd depends on:
> >>>ii  coreutils [fileutils] 5.2.1-2            The GNU core utilities
> >>>ii  debconf               1.4.30.13          Debian configuration 
> >>>management sy
> >>>ii  fileutils             5.2.1-2            The GNU file management 
> >>>utilities ii  libc6                 2.3.2.ds1-22sarge3 GNU C Library: 
> >>>Shared libraries an
> >>>ii  libdb4.2              4.2.52-18          Berkeley v4.2 Database 
> >>>Libraries [
> >>>ii  libiodbc2             3.52.2-3           iODBC Driver Manager
> >>>ii  libldap-2.2-7         2.2.23-8           OpenLDAP libraries
> >>>ii  libltdl3              1.5.6-6            A system independent dlopen 
> >>>wrappe
> >>>ii  libperl5.8            5.8.4-8sarge4      Shared Perl library
> >>>ii  libsasl2              2.1.19-1.5sarge1   Authentication abstraction 
> >>>library
> >>>ii  libslp1               1.0.11a-2          OpenSLP libraries
> >>>ii  libssl0.9.7           0.9.7e-3sarge1     SSL shared libraries
> >>>ii  libwrap0              7.6.dbs-8          Wietse Venema's TCP 
> >>>wrappers libra
> >>>ii  perl [libmime-base64- 5.8.4-8sarge4      Larry Wall's Practical 
> >>>Extraction ii  psmisc                21.5-1             Utilities that 
> >>>use the proc filesy
> >>>
> >>>-- debconf information:
> >>> slapd/password_mismatch:
> >>> slapd/fix_directory: true
> >>> slapd/invalid_config: true
> >>>* shared/organization: b612arquitectura
> >>> slapd/upgrade_slapcat_failure:
> >>> slapd/upgrade_slapadd_failure:
> >>>* slapd/backend: BDB
> >>>* slapd/dump_database: when needed
> >>>* slapd/allow_ldap_v2: false
> >>>* slapd/no_configuration: false
> >>> slapd/migrate_ldbm_to_bdb: false
> >>>* slapd/move_old_database: true
> >>> slapd/suffix_change: false
> >>> slapd/slave_databases_require_updateref:
> >>>* slapd/dump_database_destdir: /var/backups/slapd-VERSION
> >>> slapd/autoconf_modules: true
> >>>* slapd/purge_database: false
> >>>* slapd/domain: b612arquitectura.com
> >>
> 
> [..]
> 
> >line 87 (lastmod         on)
> >line 90 (replogfile /var/lib/ldap/replog)
> >line 101 (access to attrs=userPassword        by 
> >dn="cn=admin,dc=b612arquitectura,dc=com" write        by anonymous auth    
> >by self write        by * none)
> >line 112 (access to dn.base="" by * read)
> >line 118 (access to *        by dn="cn=admin,dc=b612arquitectura,dc=com" 
> >write        by * read)
> >backend_startup: bi_db_open failed! (1)
> >Segmentation fault
> 
> ok, try the following:
> check the permissions on /var/lib/ldap and see if they are ok (on Sarge 
> it is root:root if you didn't change the user which slapd runs)
> 
> if that didn't work try: (This will try to recover the database files)
> cd /var/lib/ldap
> db4.2_recover -v
> 
> if no error occured then start openldap again.

Recover went ok, but slap still can't fire up:

piano:/var/lib/ldap# db4.2_recover -v
db_recover: Finding last valid log LSN: file: 1 offset 163127
db_recover: Recovery starting from [1][163003]
db_recover: Recovery complete at Tue Jul 11 18:06:43 2006
db_recover: Maximum transaction ID 800000e0 Recovery checkpoint 
[1][163127]
piano:/var/lib/ldap# slapd
piano:/var/lib/ldap# ps aux |grep slap
root    9958  0.0  0.1  2128  584 pts/0  D+ 18:07   0:00 grep slap

> 
> And at last if above didn't work:
> slapcat and slapadd the database again.
> 
> slapcat -l db_to_backup.ldif
> slapadd -l db_to_backup.ldif

piano:/var/lib/ldap# slapcat -l db_to_backup.ldif
slap_startup failed

Why does this fail ?

Thanks for your patience.

-- 
Eric VAN BUGGENHAUT
Eric.VanBuggenhaut at AdValvas.be