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@xxxxxxx
On Feb 03, 2017, at 06:10 PM, William Brown <wibrown@xxxxxxxxxx> 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=918713But 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@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
