He instalado la Actualización de Seguridad 2019-003 esta mañana. La actualización salió mal, y producido en (postgres) inducida por el pánico en el host, un segundo intento tuvo éxito. Después de la actualización, slapd no se abrirá más.
He intentado restaurar /private/var/db/{krb5kdc,openldap,auth} a partir de una copia de seguridad Time Machine (a través de Cmd-R reiniciar, incluyendo convirtiendo temporalmente la SIP off) pero lo que puedo hacer, yo no puedo hacerlo funcionar de nuevo. db_recover no servirá de nada. slapd prueba produce:
bash-3.2# /usr/libexec/slapd -T test
5cdfeed8 bdb_monitor_db_open: monitoring disabled; configure monitor database to enable
5cdfeed8 bdb_db_open: database "cn=authdata": unclean shutdown detected; attempting recovery.
5cdfeed8 bdb_db_open: database "cn=authdata": recovery skipped in read-only mode. Run manual recovery if errors are encountered.
config file testing succeeded
bash-3.2# slaptest -v
5cdfef28 bdb_monitor_db_open: monitoring disabled; configure monitor database to enable
5cdfef28 bdb_db_open: database "cn=authdata": unclean shutdown detected; attempting recovery.
5cdfef28 bdb_db_open: database "cn=authdata": recovery skipped in read-only mode. Run manual recovery if errors are encountered.
config file testing succeeded
¿Cómo puedo recuperar esto desde mi Máquina del Tiempo de copia de seguridad sin restaurar completamente el servidor y la sobrescritura de todo lo demás?
Al parecer, la restauración he intentado (copia openldap través de una Máquina del Tiempo de copia de seguridad) no funciona como Postgres DB-recuperación se opone a lo que es en authdata:
bash-3.2# db_recover -cv -h authdata/
Finding last valid log LSN: file: 31 offset 174121
Recovery starting from [30][28]
db_recover: Log sequence error: page LSN 23 1709981; previous LSN 30 28
db_recover: Recovery function for LSN 30 8130 failed on forward pass
db_recover: PANIC: Invalid argument
db_recover: process-private: unable to find environment
db_recover: DB_ENV->open: DB_RUNRECOVERY: Fatal error, run database recovery
bash-3.2# db_recover -cv -h openldap-data/
Finding last valid log LSN: file: 1 offset 1754044
Recovery starting from [1][28]
Recovery complete at Sat May 18 13:45:46 2019
Maximum transaction ID 80000cad Recovery checkpoint [1][1754044]