[389-users] Moving from FDS to 389DS

Fri Feb 18 21:01:31 UTC 2011

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.html>