Re: [389-users] Moving from FDS to 389DS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Comments inline.

On Fri, Feb 18, 2011 at 1:01 PM, Rich Megginson <rmeggins@xxxxxxxxxx> wrote:
On 02/18/2011 12:46 PM, Utkarsh Sengar wrote:
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
Right.  It will not work unless you change to that directory first, because the libraries are loaded using relative paths, so
cd migrate/opt/fedora-ds/bin/slapd/server
./ns-slapd -v
 

Old fedora LDAP (rpm -qi 389-ds-base worked there too):
Name        : 389-ds-base                  Relocations: (not relocatable)
Version     : 1.2.2                             Vendor: Fedora Project
Release     : 1.fc10                        Build Date: Tue 25 Aug 2009 04:08:07 PM EDT
Install Date: Sun 27 Sep 2009 11:39:56 PM EDT      Build Host: x86-4.fedora.phx.redhat.com
Group       : System Environment/Daemons    Source RPM: 389-ds-base-1.2.2-1.fc10.src.rpm


 So, basically I am trying to migrate between 1.2.2 to 1.2.7.

Have you tried the migrate-ds-admin.pl command?  Also try removing the old 10presence.ldif schema file before migrating.

I don't have migrate-ds-admin.pl on 1.2.2 installation, but it's there in 1.2.7 at ./usr/sbin/migrate-ds-admin.pl.

 

 


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@xxxxxxxxxx> 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 list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users




--
Regards,
Utkarsh Sengar
utkarshsengar.com




--
Regards,
Utkarsh Sengar
utkarshsengar.com
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users

[Index of Archives]     [Fedora Directory Users]     [Fedora Directory Devel]     [Fedora Announce]     [Fedora Legacy Announce]     [Kernel]     [Fedora Legacy]     [Share Photos]     [Fedora Desktop]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite News]

  Powered by Linux