Bug#377812: [Pkg-openldap-devel] Bug#377812: slapd won't start at all
Matthijs Mohlmann
matthijs at cacholong.nl
Tue Jul 11 22:59:26 UTC 2006
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Eric Van Buggenhaut wrote:
> 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.
>
The database files seem to be ok.
It breaks at the moment it tries to open the database files, so maybe
the library libdb4.2 needs to be reinstalled to get the library proper
back. On the other hand than db4.2_recover wouldn't work too as that
binary is linked against libdb4.2.
Can you try to setup another slapd instance (on another machine if
available) and try to run it with the same configuration as the current
slapd ? And run it with the database files in /var/lib/ldap.
If that works, I would try to reinstall slapd on that machine... (Don't
forget to take a backup of the configuration files)
Regards,
Matthijs Mohlmann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEtC1O2n1ROIkXqbARAtLGAKCOP4TGR3ebR4HnUiAMGiYnBgWiEgCgk9OY
ee1zTWiqkGNcFb578JsSRIA=
=a1wb
-----END PGP SIGNATURE-----
More information about the Pkg-openldap-devel
mailing list