LDAP coruption after upgrade
I upgraded openldap from openldap-2.4.39-8.el6.x86_64 to 2.4.40-12.el6.x86_64 and after restarting the server i get the following error. I am trying to work out how to recover as I don't have a backup.
586d0afc <<< dnNormalize: <cn=write>
586d0afc backend_startup_one: starting "dc=custsvc,dc=mycompany"
586d0afc bdb_db_open: "dc=custsvc,dc=mycompany"
586d0afc bdb_db_open: database "dc=custsvc,dc=mycompany": dbenv_open(/var/lib/ldap).
586d0afc bdb(dc=custsvc,dc=mycompany): file id2entry.bdb has LSN 1/720219, past end of log at 1/600
586d0afc bdb(dc=custsvc,dc=mycompany): Commonly caused by moving a database from one database environment
586d0afc bdb(dc=custsvc,dc=mycompany): to another without clearing the database LSNs, or by removing all of
586d0afc bdb(dc=custsvc,dc=mycompany): the log files from a database environment
586d0afc bdb(dc=custsvc,dc=mycompany): /var/lib/ldap/id2entry.bdb: unexpected file type or format
586d0afc bdb_db_open: database "dc=custsvc,dc=mycompany": db_open(/var/lib/ldap/id2entry.bdb) failed: Invalid argument (22).
586d0afc ====> bdb_cache_release_all
586d0afc backend_startup_one (type=bdb, suffix="dc=custsvc,dc=mycompany"): bi_db_open failed! (22)
586d0afc slapd shutdown: initiated
586d0afc ====> bdb_cache_release_all
586d0afc bdb_db_close: database "dc=custsvc,dc=mycompany": alock_close failed
586d0afc slapd destroy: freeing system resources.
586d0afc slapd stopped.
Итак, после осмотра интернета и не нахождения решения, которое работало, единственным рекомендуемым методом оказалось db_recover -v -h /var/lib/ldap/, который не сработал, но я заметил, что он увеличил контрольную точку восстановления. Поэтому, убедившись, что у меня есть резервная копия моих нерабочих данных, я просто выполнял эту команду много раз до тех пор, пока контрольная точка восстановления не была выше, чем BDB-файл думал, что это проблема. На самом деле я не ожидал, что это сработает.
while true; do db_recover -v -h /var/lib/ldap/; done
Но это сработало :-)
Я не хотел бы гарантировать, что данные не будут потеряны, но так как это среда разработки, то это не конец света, и тестовый набор скоро найдет какие-нибудь проблемы. Надеюсь, это кому-нибудь поможет.