Вопросы Теги

“Сервер пароля: Остановленный” на Сервере Льва Mac OS. Остановки с ошибкой-1 во время запуска

Обратите внимание, что также необходимо добавить правило политики разрешить tcp 22 к локальной машине. Поместите объект, который представляет Вашу машину в "Месте назначения" этого правила, и возразите, что это представляет ssh в "Сервисе". Пользовательская глава Руководства, связанная в предыдущем ответе, имеет пример.

1
задан 15 February 2012 в 06:04
2 ответа

У меня была эта проблема. Это была не служба паролей - это была поврежденная база данных LDAP.

http://www.iredmail.org/forum/topic3694-iredmail-support-power-cut-ldap-dont-sta rt. html https://discussions.apple.com/thread/4149695?start=0&tstart=0

Вот что я сделал.

  1. проверьте, не в этом ли проблема 

     $ sudo / usr / libexec / slapd -Tt 
>> bdb_db_open: база данных "cn = authdata": db_open (/var/db/openldap/authdata/id2entry.bdb) не удалось: неверный аргумент (22).

  2. Остановить LDAP на OD Master 

     $ sudo launchctl unload /System/Library/LaunchDaemons/org.openldap.slapd.plist

  3. Разрешения на восстановление 

     $ diskutil repairPermissions /

  4. резервная копия базы данных openldap 

     $ sudo cp /var/db/openldap/authdata/id2entry.bdb /var/db/openldap/authdata/id2entry.bdb.backup

  5. восстановить 

     $ sudo db_recover -cv -h / var / db / openldap / openldap-data /
>> Восстановление завершено в четверг 6 июня, 11:01:35 2013 г.
>> Максимальный идентификатор транзакции 8000060e Контрольная точка восстановления [2] [6589846]

  6. снова запустите восстановление, чтобы проверить 

     $ sudo db_recover -cv -h / var / db / openldap / openldap-data /
>> Поиск последнего действительного журнала LSN: файл: 2 смещение 6589938
>> Восстановление начиная с [1] [28]
>> Восстановление завершено в четверг, 6 июня, 11:02:32 2013 г.
>> Максимальный идентификатор транзакции 8000060e Контрольная точка восстановления [2] [6589938] `

  7. дважды проверьте, что все было исправлено правильно 

     $ sudo / usr / libexec / slapd -Tt
>> bdb_monitor_db_open: мониторинг отключен; настроить базу данных монитора, чтобы включить

    тестирование файла конфигурации выполнено успешно

  8. перезапустите службу 

     $ sudo launchctl load /System/Library/LaunchDaemons/org.openldap.slapd.plist
1
ответ дан 4 December 2019 в 10:08

I've run into similar issues in the past and typically resolve it by replacing the entire contents of /var/db/openldap from a Time Machine backup.

Make sure to stop ldap first:

sudo launchctl unload /System/Library/LaunchDaemons/org.openldap.slapd.plist

Then For CYA, copy everything inside /var/db/openldap to the location of your choice. Then delete the three folders inside /var/db/openldap.

Open Time Machine from the /var/db/openldap directory and restore the 3 folders from a known working date/time.

Start ldap:

sudo launchctl load /System/Library/LaunchDaemons/org.openldap.slapd.plist

For good measure reboot and everything usually comes back to normal.

-1
ответ дан 4 December 2019 в 10:08

Теги

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