Hi
Does that preclude you building your own OpenLDAP server on that platform?
Using vendor built slapd is not recommended for a variety of reasons.
Not really an easy option for a variety of reasons. Anyway I'd rather understand the problem first than just upgrade without knowing why I'm doing so.
But not 100% ruled out either.
Have you tried stopping slapd and running db_recover on the database? Note that you cannot run that command while slapd is running.
Yes.
# /etc/init.d/ldap stop Shutting down ldap-server done # pgrep slapd # cd /var/lib/ldap/ # ls -l total 276 drwx------ 3 ldap ldap 4096 Aug 7 20:19 . drwxr-xr-x 27 root root 4096 Aug 7 04:15 .. -rw------- 1 ldap ldap 16384 Aug 7 20:19 __db.001 -rw------- 1 ldap ldap 278528 Aug 7 20:19 __db.002 -rw------- 1 ldap ldap 98304 Aug 7 20:19 __db.003 -rw------- 1 ldap ldap 450560 Aug 7 20:19 __db.004 -rw------- 1 ldap ldap 24576 Aug 7 20:19 __db.005 -rw------- 1 ldap ldap 32768 Aug 7 20:15 dn2id.bdb -rw------- 1 ldap ldap 131072 Aug 7 23:21 id2entry.bdb -rw-r----- 1 ldap ldap 1612 Aug 7 23:21 log.0000000001 -rw------- 1 ldap ldap 16384 Aug 7 20:15 objectClass.bdb -rw------- 1 ldap ldap 8192 Aug 7 20:20 userPassword.bdb # db_recover db_recover: Log sequence error: page LSN 1 520; previous LSN 1 98700 db_recover: Recovery function for LSN 1 452 failed on forward pass db_recover: PANIC: Invalid argument db_recover: PANIC: fatal region error detected; run recovery db_recover: PANIC: fatal region error detected; run recovery db_recover: PANIC: fatal region error detected; run recovery db_recover: PANIC: fatal region error detected; run recovery db_recover: PANIC: fatal region error detected; run recovery db_recover: PANIC: fatal region error detected; run recovery db_recover: DB_ENV->open: DB_RUNRECOVERY: Fatal error, run database recovery # db_recover -V Sleepycat Software: Berkeley DB 4.2.52: (June 30, 2004) #
Maybe I'm using the too wrong? I note that after I run the erring db_recover the __db.00X files are gone.
Kevin
--On Thursday, August 07, 2008 11:27 PM +0200 Kevin Maguire k.c.f.maguire@gmail.com wrote:
# db_recover db_recover: Log sequence error: page LSN 1 520; previous LSN 1 98700 db_recover: Recovery function for LSN 1 452 failed on forward pass
Maybe I'm using the too wrong? I note that after I run the erring db_recover the __db.00X files are gone.
Nope, you are using it correctly. The __db.* files being gone is correct. Looks like you're pretty much SOL. I'd be fairly certain the SuSE Linux BDB doesn't have all the required patches, either. I would seriously advise building your own BDB and OpenLDAP release on that server.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-software@openldap.org