Wendt, Trevor wrote: > Hello. > > Thanks Edward, turning off syntaxchecking in > /etc/dirsrv/slapd-ldapprod1/dse.ldif allowed me to do an ldif2db import > successfully. > > Thanks Rich, I then ran the /usr/sbin/setup-ds.pl -u to make sure everything > was good and ran the verify-db.pl script also. > > Question: Is it now safe to turn back on the syntaxchecking or should I leave > it off? > It's better to run with syntax checking on. You can use the syntax-validate.pl script http://docs.redhat.com/docs/en-US/Red_Hat_Directory_Server/8.2/html/Configuration_and_Command-Line_Tool_Reference/Perl_Scripts.html#syntax-validate.pl to check to see what data problems you might have. If you have too many problems, just run with syntax-checking off until you can fix them. > Appreciate the help! > > > > > -----Original Message----- > From: 389-users-boun...@lists.fedoraproject.org > [mailto:389-users-boun...@lists.fedoraproject.org] On Behalf Of Rich Megginson > Sent: Friday, October 01, 2010 11:14 AM > To: General discussion list for the 389 Directory server project. > Subject: Re: [389-users] Migration Assistance Fedora-DS 1.04 to 389-ds 1.2.6 > > Wendt, Trevor wrote: > >> Hello. I need some help with migrating a Fedora-Directory/1.0.4 >> B2006.312.1539 to the latest 389-ds-base-1.2.6-1.el5 from epel. >> Running on RHEL 5 (Linux 2.6.18-53.1.14.el5PAE #1 SMP Tue Feb 19 >> 07:32:39 EST 2008 i686 i686 i386 GNU/Linux). >> >> >> >> The new 389-ds will be on the same server as the current fedora-ds so >> I have tried using migrate-ds-admin.pl script as well as doing the >> ldif export/import for cross platform migrations. Regardless of the >> method, I eventually hit the following error. >> >> >> >> ---------------------------------- >> >> [29/Sep/2010:17:39:12 -0600] attr_syntax_create - Error: the EQUALITY >> matching rule [caseIgnoreIA5Match] is not compatible with the syntax >> [1.3.6.1.4.1.1466.115.121.1.15] for the attribute [dc] >> >> >> >> [29/Sep/2010:17:39:12 -0600] attr_syntax_create - Error: the SUBSTR >> matching rule [caseIgnoreIA5SubstringsMatch] is not compatible with >> the syntax [1.3.6.1.4.1.1466.115.121.1.15] for the attribute [dc] >> >> >> >> [29/Sep/2010:17:39:12 -0600] dse - The entry cn=schema in file >> /etc/dirsrv/slapd-bhc/schema/60mozilla.ldif is invalid, error code 20 >> (Type or value exists) - attribute type nsAIMid: Does not match the >> OID "1.3.6.1.4.1.13769.2.4". Another attribute type is already using >> the name or OID. >> >> >> >> [29/Sep/2010:17:39:12 -0600] dse - Please edit the file to correct the >> reported problems and then restart the server. >> >> ---------------------------------- >> >> >> >> The Fedora install is an out of the box installation with a >> master/consumer configuration. I read somewhere that removing the old >> ldif file from my fedora-ds scheme folder may clear the error but no >> way to know which one may be conflicting wit the new 60mozilla.ldif file. >> >> >> >> In my old fedora-ds/<instance_name>/config/scheme folder are the >> following: >> >> 00core.ldif >> >> 05rfc2247.ldif >> >> 05rfc2927.ldif >> >> 10presence.ldif >> >> 10rfc2307.ldif >> >> 20subscriber.ldif >> >> 25java-object.ldif >> >> 28pilot.ldif >> >> 30ns-common.ldif >> >> 50ns-admin.ldif >> >> 50ns-calendar.ldif >> >> 50ns-certificate.ldif >> >> 50ns-compass.ldif >> >> 50ns-delegated-admin.ldif >> >> 50ns-directory.ldif >> >> 50ns-legacy.ldif >> >> 50ns-mail.ldif >> >> 50ns-mcd-browser.ldif >> >> 50ns-mcd-config.ldif >> >> 50ns-mcd-li.ldif >> >> 50ns-mcd-mail.ldif >> >> 50ns-media.ldif >> >> 50ns-mlm.ldif >> >> 50ns-msg.ldif >> >> 50ns-netshare.ldif >> >> 50ns-news.ldif >> >> 50ns-proxy.ldif >> >> 50ns-value.ldif >> >> 50ns-wcal.ldif >> >> 50ns-web.ldif >> >> 51ns-calendar.ldif >> >> 60pam-plugin.ldif >> >> 99user.ldif >> >> >> >> Any suggestions on what I need to do to get around this error? >> >> > After migration, try running setup-ds.pl -u > >> >> Thanks! >> >> >> >> >> ------------------------------------------------------------------------ >> This electronic message transmission contains information from Black >> Hills Corporation, its affiliate or subsidiary, which may be >> confidential or privileged. The information is intended to be for the >> use of the individual or entity named above. If you are not the >> intended recipient, be aware the disclosure, copying, distribution or >> use of the contents of this information is prohibited. If you received >> this electronic transmission in error, please reply to sender >> immediately; then delete this message without copying it or further >> reading. >> ------------------------------------------------------------------------ >> >> -- >> 389 users mailing list >> 389-us...@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/389-users >> > > -- > 389 users mailing list > 389-us...@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users > > This electronic message transmission contains information from Black Hills > Corporation, its affiliate or subsidiary, which may be confidential or > privileged. The information is intended to be for the use of the individual > or entity named above. If you are not the intended recipient, be aware the > disclosure, copying, distribution or use of the contents of this information > is prohibited. If you received this electronic transmission in error, please > reply to sender immediately; then delete this message without copying it or > further reading. > -- > 389 users mailing list > 389-us...@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users >
-- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
