Не может установить новую базу данных в OpenLDAP 2.4 с BDB на Debian

Вы сортируете отвеченных свои собственные вопросы... облачные решения обычно лучше в масштабируемости и также более надежны (потому что аппаратное отключение электричества обычно приводит к Вашему VM, перезапускаемому на новом хосте в секундах вместо часов ожидания для восстановления физического оборудования.)

Вы также получаете тонны гибкости для развертывания с облаком как с любым решением для виртуализации... можно обычно разделять единственное серверное приложение среди двух серверов меньшего размера за ту же цену в минутах или часах вместо дней. ИЛИ увеличьтесь к единственному большему VM с большим количеством RAM и выделения ЦП. Также намного легче клонировать временные экземпляры для разработки, QA и тестирования, потому что Вы обычно только платите за то, что Вы используете.

С другой стороны, со специализированными полями Вы получаете более последовательную производительность, так как Вы не конкурируете с другим VMs для процессора, диска и сетевых ресурсов.

Я сказал бы, что стоимость не должна быть основным драйвером для Вас в этом решении... сохраняющем $50/месяцев, не имеет значения так же как получение правильного соответствия, особенно если это - бизнес.

1
задан 1 March 2012 в 17:41
1 ответ

Несколько часов назад у меня была такая же проблема. Я использую OpenBSD 5.0 ​​с OpenLDAP 2.4.25. Я понял, что это не ошибка LDAP, а ошибка Berkeley DB. Я нашел подсказки, указывающие на инструмент db_recover для решения этой проблемы. Но моя база данных была пуста, как и ваша.

Я просто создал другую базу данных, сделал резервную копию всех файлов ( / var / openldap-data ), но DB_CONFIG, удалил все файлы, кроме DB_CONFIG и перезапустил демон. После этого мой OpenLDAP теперь работает нормально.

Я нашел подсказки, указывающие на инструмент db_recover для решения этой проблемы. Но моя база данных была пуста, как и ваша.

Так что я просто создал другую базу данных, сделал резервную копию всех файлов ( / var / openldap-data ), но DB_CONFIG, удалил все файлы, кроме DB_CONFIG и перезапустил демон. После этого мой OpenLDAP теперь работает нормально.

Я нашел подсказки, указывающие на инструмент db_recover для решения этой проблемы. Но моя база данных была пуста, как и ваша.

Я просто создал другую базу данных, сделал резервную копию всех файлов ( / var / openldap-data ), но DB_CONFIG, удалил все файлы, кроме DB_CONFIG и перезапустил демон. После этого мой OpenLDAP работает нормально.

0
ответ дан 4 December 2019 в 10:07

Теги

Похожие вопросы