Thank you for the suggestion. I believe the issue was not related to str2entry_dupcheck.
The issue lies in the duplicate DNs that the import encounters causing RHDS 10 to stop
the import process. Removing one of the duplicate entries resolved the issue.
Paul M. Whitney
On Feb 03, 2017, at 06:10 PM, William Brown <wibrown(a)redhat.com> wrote:
On Fri, 2017-02-03 at 21:27 +0000, Paul Whitney wrote:
I am testing Red Hat Directory Server 10. I tried importing userRoot database into RHDS
10. During import, the process (str2entry_dupcheck) complained of a duplicate value and
then stopped the import process and cleared out the userRoot director in
Is there a workaround to get past this? Can I config the dse.ldif file to ignore this
Hitting Google yielded a similar
But that was closed several years ago.
It looks like not all error conditions are being reported in the
str2entry_dupcheck code. I've opened an issue for this:
For now, you can run the import with log trace (-d 1) - it will be
"slow" but it will show you the error conditions and failing entry that
is the problem in your ldif.
I hope that helps,
Red Hat, Brisbane
389-users mailing list -- 389-users(a)lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave(a)lists.fedoraproject.org