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(a)mac.com
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
/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(a)lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave(a)lists.fedoraproject.org