> Remove "-n userRoot" from the restore script, this "false option" was Removing this option from 'bak2db' fixed issue 1) however, 'bak2db.pl' still causes ns-slapd to crash. > Was the backup from a different > instance/server? > > Looks like it's a bad backup but hard to say. You could run dbverify on > your backup directory to see if it complains about anything: The backup was made from the same server, running 'dbverify' didn't find any issues in the backup. > This launches a task to perform the backup but the script returns before > the task is even started, then below you are doing db2ldif's. Potential > race condition. I'm not sure if that could be causing an issue, but > the db2ldif should be done after the backup (db2bak) is complete. > Ideally this should all be done while the server is stopped, but it's > not a requirement. We will look into this changes in more detail to make see if this is causing the issues. Thanks Mark for the prompt reply, it has helped us a lot to better understand the backup and restore scripts. Elena _______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@xxxxxxxxxxxxxxxxxxxxxxx
