[389-users] Moving from FDS to 389DS
Utkarsh Sengar
utkarsh2012 at gmail.com
Fri Feb 18 19:46:51 UTC 2011
*New DS Version:*
Name : 389-ds-base Relocations: (not relocatable)
Version : 1.2.7.5 Vendor: Fedora Project
Release : 1.fc13 Build Date: Thu 16 Dec 2010
11:25:26 AM CST
Install Date: Thu 17 Feb 2011 04:40:52 AM CST Build Host:
x86-01.phx2.fedoraproject.org
Group : System Environment/Daemons Source RPM:
389-ds-base-1.2.7.5-1.fc13.src.rpm
*Old DS Version:*
./ns-slapd -v
None of the commands are working.
./migrate/opt/fedora-ds/bin/slapd/server/ns-slapd: error while loading
shared libraries: libslapd.so: cannot open shared object file: No such file
or directory
Please see my comments inline for logs. I hope the log excerpt helps.
On Fri, Feb 18, 2011 at 6:19 AM, Rich Megginson <rmeggins at redhat.com> wrote:
> On 02/18/2011 04:35 AM, Utkarsh Sengar wrote:
>
> Hi Guys,
>
> I am trying to move an old fedora DS to the current version. (I wish I
> could tell you the versions, but I am not able to figure out how to get the
> version numbers).
>
> rpm -qi 389-ds-base
> older - cd /opt/fedora-ds/bin/slapd/server ; ./ns-slapd -v
>
>
> Anyway, I exported the ldif from the old server and imported into the new
> server:
> ./ldif2db -n NetscapeRoot -i /ldap/NetscapeRoot.ldif
> ./ldif2db -n userRoot -i /dap/userRoot.ldif
>
> I see a lot of warnings when I import userRoot.ldif about bad entry,
> skipping. And when I browse the new setup, I do not see the entries.
>
> It is probably schema related - you didn't move your old schema, if you had
> custom schema - or you are running into the fact that newer 389 is much
> stricter about schema and syntax checking. It will be most helpful if you
> could post some excerpts from your logs about the error.
>
Yes, I have custom schema and I have not moved them (how can I migrate the
schema?). Here is the log file. Error in /var/slapd-instance/error.log
........
There are 4000+ WARNING: "bad entry" warnings.
[18/Feb/2011:04:58:26 -0600] - import userRoot: WARNING: bad entry: ID 863
[18/Feb/2011:04:58:26 -0600] - import userRoot: WARNING: bad entry: ID 864
[18/Feb/2011:04:58:26 -0600] - import userRoot: Workers finished; cleaning
up...
[18/Feb/2011:04:58:26 -0600] - import userRoot: Workers cleaned
up.[18/Feb/2011:04:58:26 -0600] - import userRoot: Cleaning up producer
thread...
[18/Feb/2011:04:58:26 -0600] - import userRoot: Indexing complete.
Post-processing...[18/Feb/2011:04:58:26 -0600] - import userRoot: Flushing
caches...
[18/Feb/2011:04:58:26 -0600] - import userRoot: Closing files...
[18/Feb/2011:04:58:26 -0600] - All database threads now
stopped[18/Feb/2011:04:58:26 -0600] - import userRoot: Import complete.
Processed 864 entries (4669 were skipped) in 80 seconds. (10.80 entries/sec)
[18/Feb/2011:04:58:39 -0600] - 389-Directory/1.2.7.5 B2010.350.1724 starting
up[18/Feb/2011:04:58:39 -0600] - I'm resizing my cache now...cache was
839491584 and is now 8000000
[18/Feb/2011:04:58:39 -0600] - slapd started. Listening on All Interfaces
port 389 for LDAP requests
[18/Feb/2011:04:59:44 -0600] - slapd shutting down - signaling operation
threads
[18/Feb/2011:04:59:44 -0600] - slapd shutting down - closing down internal
subsystems and plugins
[18/Feb/2011:04:59:44 -0600] - Waiting for 4 database threads to stop
[18/Feb/2011:04:59:45 -0600] - All database threads now stopped
[18/Feb/2011:04:59:45 -0600] - slapd stopped.
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]
attr_syntax_create - Error: the SUBSTR matching rule
[caseIgnoreIA5SubstringsMatch] is not compatible with the syntax
for the attribute [dc]
dse - The entry cn=schema in file
/etc/dirsrv/slapd-irisp1cl/schema/10presence.ldif is invalid, error code 21
(Invalid syntax) - attribute type nsAIMid: Unknown attribute syntax OID
"2.16.840.1.113730.3.7.1"
dse - Please edit the file to correct the reported problems and then restart
the server.
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]
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]
dse - The entry cn=schema in file
/etc/dirsrv/slapd-irisp1cl/schema/10presence.ldif is invalid, error code 21
(Invalid syntax) - attribute type nsAIMid: Unknown attribute syntax OID
"2.16.840.1.113730.3.7.1"
dse - Please edit the file to correct the reported problems and then restart
the server.
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]
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]
dse - The entry cn=schema in file
/etc/dirsrv/slapd-irisp1cl/schema/10presence.ldif is invalid, error code 21
(Invalid syntax) - attribute type nsAIMid: Unknown attribute syntax OID
"2.16.840.1.113730.3.7.1"
dse - Please edit the file to correct the reported problems and then restart
the server.
attr_syntax_create - Error: the EQUALITY matching rule is not compatible
with the syntax
[1.3.6.1.4.1.1466.115.121.1.15] for the attribute [dc]
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]
dse - The entry cn=schema in file
/etc/dirsrv/slapd-irisp1cl/schema/10presence.ldif is invalid, error code 21
(Invalid syntax) - attribute type nsAIMid: Unknown attribute syntax OID
"2.16.840.1.113730.3.7.1"
dse - Please edit the file to correct the reported problems and then restart
the server.
389-Directory/1.2.7.5 B2010.350.1724 starting up
........
>
> So, my question is: How can I move my existing FDS to a new FDS.
>
> --
> Thanks,
> Utkarsh Sengar
>
>
> --
> 389 users mailing list389-users at lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/389-users
>
>
>
--
Regards,
Utkarsh Sengar
utkarshsengar.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20110218/a76dd3f3/attachment.html>
More information about the 389-users
mailing list