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?
Appreciate the help!
-----Original Message-----
From: 389-users-bounces(a)lists.fedoraproject.org
[mailto:389-users-bounces@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-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users(a)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.