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
E-mail: paul.whitney@mac.com




On Feb 03, 2017, at 06:10 PM, William Brown <wibrown@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 /var/lib/dirsrv/slapd-users/db.

Is there a workaround to get past this? Can I config the dse.ldif file to ignore this situation?

Hitting Google yielded a similar scenario...https://bugzilla.redhat.com/show_bug.cgi?id=918713

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:

https://fedorahosted.org/389/ticket/49123

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,

--
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org