Bug 109656
Summary: | missing schema include with default installed slapd.conf | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | David Carrigan <davidc> |
Component: | openldap | Assignee: | Jan Safranek <jsafrane> |
Status: | CLOSED WONTFIX | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | CC: | srevivo, zak |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-10-19 19:33:11 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
David Carrigan
2003-11-10 18:54:49 UTC
After digging through the migration scripts, and schemas, it seems this issue is mostly concerning the migration of mail aliases. Line 73 of the /usr/share/openldap/migration/migrate_aliases.pl script calls `print $HANDLE "rfc822MailMember: $_\n";' While this attribute type is defined in /etc/openldap/schema/misc.schema, this schema configuration file *also* states its contents are experimental(!)... With the mere inclusion of the misc.schema pointer in slapd.conf, the aliases entries are added to the LDAP database without error. Running... ldapsearch -LL -H ldap://localhost -b"dc=lala,dc=to" -x \ "(rfc822MailMember=*)" ...brings up a healthy list of mail aliases where cn="alias" and rfc822MailMember="user". The objectClass is nisMailAlias. If the "misc.schema" is not a default include in slapd.conf, then the creation of mail aliases from the local /etc/aliases file will fail. That there indeed need be an attribute type "rfc822MailMember" to have a functional LDAP service to mail servers seems dependent on the server(sendmail,exim,postfix). This schema, however experimental, seems the only one to define it. Aside from that, the migration script for passwd should have the "mailRecipient" replaced with "inetLocalMailRecipient" but only really neccessary when DEFAULT_MAIL_HOST or EXTENDED_SCHEMA are set. The attribute is fixed in the current version (46) of the migration tools (http://www.padl.com/OSS/MigrationTools.html). Rawhide bundles version 45. Unable to use migration scripts on RHES3 update 6. Following the instructions listed above I downloaded the new Migration tools from padl.com. I also added the misc.scripts include to slapd.conf. Here're the results that I get now: [root@central1 MigrationTools-46]# ./migrate_all_offline.sh Creating naming context entries... Migrating aliases... Migrating groups... Migrating hosts... Migrating networks... Migrating users... Migrating protocols... Migrating rpcs... Migrating services... Migrating netgroups... Importing into LDAP... Migrating netgroups (by user)... Migrating netgroups (by host)... Preparing LDAP database... slapadd: could not add entry dn="dc=insiderpages,dc=com" (line=5) Migration failed: saving failed LDIF to /tmp/nis.4759.ldif If I add "-v -d 3" to the slapadd command line within the migrate_offline script I get the following: <snip> added: "cn=zip,ou=Services,dc=insiderpages,dc=com" (00000192) => str2entry <= str2entry(cn=echo,ou=Services,dc=insiderpages,dc=com) -> -1 (0x8950ed8) oc_check_required entry (cn=echo,ou=Services,dc=insiderpages,dc=com), objectClass "ipService" oc_check_required entry (cn=echo,ou=Services,dc=insiderpages,dc=com), objectClass "top" oc_check_allowed type "objectClass" oc_check_allowed type "ipServicePort" oc_check_allowed type "ipServiceProtocol" oc_check_allowed type "cn" => ldbm_tool_entry_put( 403, "cn=echo,ou=Services,dc=insiderpages,dc=com" ) => dn2id( "CN=ECHO,OU=SERVICES,DC=INSIDERPAGES,DC=COM" ) => ldbm_cache_open( "dn2id.dbb", 9, 600 ) <= ldbm_cache_open (cache 2) <= dn2id 400 <= ldbm_tool_entry_put: "CN=ECHO,OU=SERVICES,DC=INSIDERPAGES,DC=COM" already exists (id=400) slapadd: could not add entry dn="cn=echo,ou=Services,dc=insiderpages,dc=com" (line=3325) => ldbm_cache_open( "nextid.dbb", 9, 600 ) <= ldbm_cache_open (cache 1) slapadd shutdown: initiated ldbm backend syncing ldbm flushing db (id2entry.dbb) ldbm closing db (id2entry.dbb) ldbm flushing db (nextid.dbb) ldbm closing db (nextid.dbb) ldbm flushing db (dn2id.dbb) ldbm closing db (dn2id.dbb) ldbm flushing db (objectClass.dbb) ldbm closing db (objectClass.dbb) ldbm flushing db (cn.dbb) ldbm closing db (cn.dbb) ldbm flushing db (gidNumber.dbb) ldbm closing db (gidNumber.dbb) ldbm flushing db (memberUid.dbb) ldbm closing db (memberUid.dbb) ldbm flushing db (uid.dbb) ldbm closing db (uid.dbb) ldbm flushing db (uidNumber.dbb) ldbm closing db (uidNumber.dbb) ldbm backend done syncing ====> cache_release_all slapadd shutdown: freeing system resources. Migration failed: saving failed LDIF to /tmp/nis.4953.ldif I then commented out the following line in /etc/services echo 4/ddp # AppleTalk Echo Protocol And the script ran successfully. Perhaps this should be in a different bug, but this was the closest one I could find. 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. |