Как Вы восстанавливаетесь с катастрофического отказа zimbra?

От ошибок, которые Вы отправили, это смотрит как будто databased, используемый slapd, сервер LDAP, стал поврежденным. Существует много вещей, которые можно попробовать. Во-первых, сделайте резервное копирование своих данных даже при том, что его повреждение! Некоторые предложения здесь могут изменить файлы базы данных и устранить альтернативные предложения восстановления.

NB: я ничего не знаю о Zimbra, но я работал с OpenLDAP вполне немного. Могут быть Zimbra-определенные вещи, необходимо делать это, я ничего не знаю о.

Самое легкое должно было бы просто восстановить Вашу базу данных от резервных копий. Я не знаком с Zimbra, в частности, но большинство приложений, которые интегрируются плотно с бэкендом LDAP, включает некоторую форму периодического дампа базы данных к записям LDIF. Если у Вас есть такое резервное копирование, можно, вероятно, удалить все в/opt/zimbra/data/ldap/hdb/db/(СОХРАНИТЕ ЕГО СНАЧАЛА!) и переимпорт от Ваших резервных копий. Эта процедура, вероятно, описана где-нибудь в документации.

Если db_recover инструмент доступен в Вашей системе (это - инструмент обслуживания BerkeleyDB), Вы видите, является ли база данных восстанавливаемой. Изменение в /opt/zimbra/data/ldap/hdb/db/, и затем выполненный db_recover -v -h .. Это может или может решить что-либо. Если Zimbra использует OpenLDAP, более свежий, чем 2,2 (например, 2.3.x или позже), это должно произойти автоматически.