[SOLVED] LDAP Problem - Zimbra won't start

[talen888]

Hi,

I'm having a weird problem that only surfaced after a simple reboot. LDAP won't start and fails with the following messages:

bdb_db_open:
bdb_db_open: dbenv_open(/opt/zimbra/openldap-data)
bdb(): Program version 4.2 doesn't match environment version
bdb_db_open: Database cannot be opened, err 22. Restore from backup!
====> bdb_cache_release_all
bdb(): DB_ENV->lock_id_free interface requires an environment configured for the locking subsystem
bdb(): txn_checkpoint interface requires an environment configured for the transaction subsystem
bdb_db_close: txn_checkpoint failed: Invalid argument (22)
backend_startup_one: bi_db_open failed! (22)
slapd shutdown: initiated
====> bdb_cache_release_all
bdb_db_close: alock_close failed
slapd destroy: freeing system resources.
slapd stopped.
connections_destroy: nothing to destroy.

Anyone got any suggestions??

Thanks

Nick

[Klug]

Welcome to the forum.

Which version of Zimbra are you using, on which OS ?
How did this happen : after an update ?

[talen888]

Hi,

Thanks for the reply!

The OS is Ubuntu 6.06 and Zimbra is 4.5.1

The problem happened just after a reboot, with no o ther changes.

The only difference upon rebooting was the removal of the 6.06 CD from the drive.

Can't understand how anything could have happend?

Thanks

Nick

[quanah]

Originally Posted by talen888

Hi,
bdb_db_open: dbenv_open(/opt/zimbra/openldap-data)
bdb(): Program version 4.2 doesn't match environment version
bdb_db_open: Database cannot be opened, err 22. Restore from backup!
====> bdb_cache_release_all
bdb(): DB_ENV->lock_id_free interface requires an environment configured for the locking subsystem
bdb(): txn_checkpoint interface requires an environment configured for the transaction subsystem
bdb_db_close: txn_checkpoint failed: Invalid argument (22)
backend_startup_one: bi_db_open failed! (22)
slapd shutdown: initiated
====> bdb_cache_release_all
bdb_db_close: alock_close failed

The above errors indicate the following:

(a) You are having a conflict for some reason with the BDB version found vs the BDB version used. Zimbra uses BDB 4.2 for its openldap DB.
(b) The alock package is rather unhappy.

Was slapd started accidently as root, perhaps? That may have led to some of the issues, although it is hard to be certain. Do you have any backups (slapcat) of the openldap DB?

Basically at this point, you need to recover the database environment: one would run /opt/zimbra/sleepycat/bin/db_recover as the zimbra user, while slapd is not running, from inside the openldap-data directory. You may also have to remove the "alock" file from inside that directory. Make sure everything in the directory is owned by zimbra:zimbra. Make sure there are no stray slapd processes running. And I'd highly suggest updating your release. Note that the steps noted here could result in permanent loss of the OpenLDAP DB as it currently exists, which is why I ask about the backup.

--Quanah

[talen888]

Hi,

Thanks for the reply! Have had to get Christmas etc out of the way before looking at this again.

I ran the following command and got the same error?

zimbra@akio:~/openldap-data$ /opt/zimbra/sleepycat/bin/db_recover
db_recover: Program version 4.2 doesn't match environment version

Am very confused about what's happend. There are no stray slapd processes running, and have tried removing the "alock" file as well.

Any other suggestions?

Thanks

Nick

[talen888]

I posted that last message too quick!

Even though the db_recover program responded like this:

zimbra@akio:~/openldap-data$ /opt/zimbra/sleepycat/bin/db_recover
db_recover: Program version 4.2 doesn't match environment version

It still did something, even though it was very quick, because I tried starting Zimbra again after just in case and it worked fine.

Time for an upgrade now I guess.

Thanks alot for the assistance!!!

Nick

[baikes]

Just a note that I shutdown my RHEL4.6 Server to move it, started up and got the same problem.

I'm Running ZCS 5.0.1 and the above solution solved my problem too.

Thanks guys