Thursday, January 9, 2020

[389-users] Re: Restore from Backup Fails

> 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@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
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@lists.fedoraproject.org

No comments:

Post a Comment