¿Cómo solucionar error Abierto del Directorio (de la base de datos "cn=authdata" no se puede abrir, err 12) después de colgar

Question

¿Cómo solucionar error Abierto del Directorio (de la base de datos "cn=authdata" no se puede abrir, err 12) después de colgar

Preguntado el 17 de Enero, 2013: Cuando se hizo la pregunta
22437 visitas: Cuantas visitas ha tenido la pregunta
3 Respuestas: Cuantas respuestas ha tenido la pregunta
Resuelta: Estado actual de la pregunta

Mac OS X Lion 10.7.5 servidor que ejecuta Open Directory colgado. SSH todavía era posible, pero el sudo reboot comando no reinicie el servidor dentro de los 15 minutos. Es por eso que un ciclo de potencia de emisión. Después de que el ciclo de la energía Open Directory dejarían de inicio y el Sistema de registro está lleno de un mensaje nuevo cada 10 segundos:

com.apple.launchd[1] (org.openldap.slapd[1153]): Exited with code: 1
com.apple.launchd[1] (org.openldap.slapd): Throttling respawn: Will start in 10 seconds

Reparación de disco permiso, ni otro reinicio no soluciona el problema.

Slapd en el modo de la Herramienta de salidas:

$ sudo /usr/libexec/slapd -Tt
bdb(dc=nl2,dc=probackup,dc=nl): unable to allocate memory for mutex; resize mutex region
bdb_db_open: database "dc=nl2,dc=probackup,dc=nl" cannot be opened, err 12. Restore from backup!
backend_startup_one (type=bdb, suffix="dc=nl2,dc=probackup,dc=nl"): bi_db_open failed! (12)
slap_startup failed (test would succeed using the -u switch)

Cómo solucionar este problema?

Preguntado el 17 de Enero, 2013 por Pro Backup

Answer 1

3 Respuestas

Answer 2

14voto

Pro Backup Puntos 2314

Para reparar el Open Directory authdata de la base de datos:

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

Ahora empieza la recuperación de base de datos utilizando el comando siguiente que coincida con la versión del sistema operativo.

$ sudo db_recover -h /var/db/openldap/authdata/ # Mac OS X 10.7
$ sudo db_recover -h /var/db/openldap/openldap-data/ # Mac OS X 10.6

Ahora slapd en el modo de la herramienta de salidas:

$ sudo /usr/libexec/slapd -Tt
bdb_db_open: database "dc=nl2,dc=probackup,dc=nl": unclean shutdown detected; attempting recovery.
bdb_db_open: database "dc=nl2,dc=probackup,dc=nl": recovery skipped in read-only mode. Run manual recovery if errors are encountered.
bdb_monitor_db_open: monitoring disabled; configure monitor database to enable
config file testing succeeded

El turno ahora de nuevo en Open Directory:

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

Y el problema de otro reinicio para ser mejor prevenir que curar:

$ sudo reboot

Open Directory está en marcha y funcionando de nuevo.

Respondido el 17 de Enero, 2013 por Pro Backup (2314 Puntos )

Answer 3

6voto

rbn Puntos 21

Así es como me suele reparar una fractura de LDAP/OD

1. comprobar si este es el problema

sudo /usr/libexec/slapd -Tt*

Usted puede obtener: bdb_db_open: base de datos "cn=authdata": db_open(/var/db/openldap/authdata/id2entry.bdb) failed: Invalid argument (22).

2. Dejar de LDAP en OD Maestro

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

3. Reparar Permisos

diskutil repairPermissions /

4. copia de seguridad de openldap db

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

5. reparación

sudo db_recover -cv -h /var/db/openldap/openldap-data/

6. ejecutar la reparación, vuelva a comprobar

sudo db_recover -cv -h /var/db/openldap/openldap-data/

7. hacerlo una vez más para que las cosas se reparan correctamente

sudo /usr/libexec/slapd -Tt

8. reinicie el servicio

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

9. Si lo anterior no funciona, intente lo siguiente:

sudo db_recover -cv -h /var/db/openldap/authdata/

a continuación, reinicie el servicio con el paso 8.

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

Esto generalmente se soluciona el problema... pero en algunos casos es necesario restaurar como llange explaines en su post.

Respondido el 28 de Mayo, 2015 por rbn (21 Puntos )

Answer 4

1voto

llange Puntos 388

Primer mejor es comprobar el disco puede hacerlo utilizando la partición de recuperación o de un solo usuario (cmd - S al inicio), a continuación, escriba :

fsck -fy

Teclado QWERTY el guión es de 2 tecla a la izquierda de la tecla de retroceso.

Para volver a importar una base de datos dañada desde una copia de seguridad debe realizar copias de seguridad y sustituir los siguientes archivos/ carpetas :

var/db/openldap/
usr/bin/db_recover

Seguro que no es necesaria, pero si se ha quitado el LDAPv3 entrada en el Sistema de llavero :

Biblioteca/Llaveros/Sistema.llavero

El intento de recuperación...

Entonces usted debe permisos de disco de reparación de un terminal (no solo usuario) :

diskutil repairPermissions /

Si después de la recuperación experimenta problemas para conectarse a los servicios de verificación de la configuración en "Servicios" de la ficha en el Directorio de la Utilidad.

Respondido el 6 de Diciembre, 2013 por llange (388 Puntos )

¿Cómo solucionar error Abierto del Directorio (de la base de datos "cn=authdata" no se puede abrir, err 12) después de colgar

Respuestas

Preguntas Destacadas

Etiquetas mas usadas

AppleAyuda.com

Powered by:

¿Cómo solucionar error Abierto del Directorio (de la base de datos "cn=authdata" no se puede abrir, err 12) después de colgar

Respuestas

Preguntas relacionadas

Preguntas Destacadas

Etiquetas mas usadas

En nuestra red

AppleAyuda.com

Powered by: