Description of problem: The /usr/share/openldap/migration/migrate_base.pl script doesn't handle three-part domain component suffixes properly. Given the following settings: In /usr/share/openldap/migration/migrate_common.ph $DEFAULT_MAIL_DOMAIN="foo.example.com"; $DEFAULT_BASE="dc=foo,dc=example,dc=com"; In /etc/openldap/slapd.conf suffix "dc=foo,dc=example,dc=com"; ...then running migrate_all_offline.sh errors out with slapadd: database (dc=foo,dc=example,dc=com) not configured to hold dn="dc=example,dc=com" (line=5) If you run migrate_base.pl by itself, the reason becomes clear. The first two entries in the LDIF output are: dn: dc=example,dc=com dc: example objectClass: top objectClass: domain dn: dc=foo,dc=example,dc=com dc: foo objectClass: top objectClass: domain The 'dn: dc=example,dc=com' entry should NOT be generated by the script, for the same reason that the script does not generate a 'dn: dc=com' entry. Version-Release number of selected component (if applicable): openldap-servers-2.0.27-10
Still true in RHEL 3 final openldap-servers-2.0.27-11
it's 2005 and a version of RHEL later (4), and this is still unresolved. why do you ship these migration scripts if they're not robust enough to handle a three level domain name? weak...
still true for openldap-servers-2.0.27.20....is there any kind of work around so I can do a migration
Roger, you can run the migrate_base.pl migration by hand and then edit the resulting output to remove the bogus entry, which I believe should be the first one on the list. Then manually import the edited LDIF file with ldapadd.
This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you.
Updated version to RHEL 5. Problem still exists in openldap-servers-2.3.27-5.
reported upstream some time ago: http://bugzilla.padl.com/show_bug.cgi?id=236. I attached a patch there.
Patch is in CVS, changing status to MODIFIED.
Bug-fix verified manually on i386 and x86_64 with success.
RHTS test proposed, see QA Whiteboard.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2010-0198.html