[389-users] Moving from FDS to 389DS
Utkarsh Sengar
utkarsh2012 at gmail.com
Fri Feb 18 22:00:47 UTC 2011
On Fri, Feb 18, 2011 at 1:48 PM, Rich Megginson <rmeggins at redhat.com> wrote:
> On 02/18/2011 02:39 PM, Utkarsh Sengar wrote:
>
> Comments inline.
>
> On Fri, Feb 18, 2011 at 1:01 PM, Rich Megginson <rmeggins at redhat.com>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.
>
> ??? 389-ds-base 1.2.2 did not use /opt/fedora-ds????
> It would appear that you have installed 389-ds-base on a system on which
> you had an old version of fedora-ds . . .
>
Well, that might be the case. I am not sure, I was not around the old server
was setup.
> 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.
>
> Right. Use the one that comes with 1.2.7.5
>
Okay, so I will do the following:
1. Copy migrate-ds-admin.pl from server which has 1.2.7 to 1.2.2
2. Run migrate-ds-admin.pl to export the schema+ldif from 1.2.2
3. Import the schema+ldif to 1.2.7
I am not sure how migrate-ds-admin.pl works, I will take a look at it and if
I have any problems with it, will get back to the mailing list!
Thanks for your help!
>
>
>
>
>>
>>
>>
>
>>
>> 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
>>
>>
>>
>
>
> --
> Regards,
> Utkarsh Sengar
> utkarshsengar.com
>
>
>
--
Regards,
Utkarsh Sengar
utkarshsengar.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20110218/06b44d46/attachment.html>
More information about the 389-users
mailing list