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 <http://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 Have you tried the migrate-ds-admin.pl command? Also try removing the old 10presence.ldif schema file before migrating. > > > 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 > <mailto: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 <http://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 <http://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 at lists.fedoraproject.org <mailto:389-users at lists.fedoraproject.org> >> https://admin.fedoraproject.org/mailman/listinfo/389-users > > > > > -- > Regards, > Utkarsh Sengar > utkarshsengar.com <http://utkarshsengar.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20110218/dd2db558/attachment-0001.html
