Is it possibleto migrateBerkeley 4.2(32bit) based directory to 4.2 (64bit)

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

 



Reinhard Nappert wrote:
> No, it does not. It looks like you need a value.
>   
What if you shutdown, delete that entry completely from dse.ldif, then 
restart?
> So, I installed a 64 bit version from scratch, took that generated value
> in the migrated dse.ldif and started the server. This works, however it
> is kind of ugly. Now, this brings up another question: If I do something
> like that (with perl?), do I screw up my replication agreements?
>
> -Reinhard 
>
> -----Original Message-----
> From: fedora-directory-users-bounces at redhat.com
> [mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of Rich
> Megginson
> Sent: Friday, April 04, 2008 10:19 AM
> To: General discussion list for the Fedora Directory server project.
> Subject: Re: Is it possibleto migrateBerkeley
> 4.2(32bit) based directory to 4.2 (64bit)
>
> Reinhard Nappert wrote:
>   
>> Rick,
>>
>> It looks like it is ok just using the same old data and point to the 
>> db directory. However, I experienced one hick-up. During the migration
>>     
>
>   
>> of the config data (dse.ldif) within migrate-ds.pl, the migration of 
>> the nsstate attribute for the uniqueid generator fails. When starting 
>> the directory, I get:
>> [03/Apr/2008:15:46:26 -0400] uuid - read_state: failed to get 
>> generator's state
>> [03/Apr/2008:15:46:26 -0400] uuid - uuid_init: failed to get 
>> generator's state
>> [03/Apr/2008:15:46:26 -0400] uniqueid generator - uniqueIDGenInit:
>> generator ini
>> tialization failed
>>
>> Do you have any idea?
>>   
>>     
> Yes.  Unfortunately, that attribute contains raw binary data that may
> not be 64-bit clean.  If you shutdown the server, delete that attribute,
> and start the server, does it work?
>   
>> -Reinhard
>>
>> -----Original Message-----
>> From: fedora-directory-users-bounces at redhat.com
>> [mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of Rich
>> Megginson
>> Sent: Thursday, April 03, 2008 1:30 PM
>> To: General discussion list for the Fedora Directory server project.
>> Subject: Re: Is it possible to
>>     
> migrateBerkeley
>   
>> 4.2(32bit) based directory to 4.2 (64bit)
>>
>> Reinhard Nappert wrote:
>>   
>>     
>>> Thanks Rick,
>>>
>>> You are saying, I have to export it at first.
>>>
>>> Initially, I just built 1.1 in 32bit mode (with the identical db 
>>> library). With that, I even was just using the same directory and it 
>>> worked fine. So, I guess I have to go the export/import way.
>>>   
>>>     
>>>       
>> I'm just really not sure.  I don't think we write any longs or other
>> 64-bit values to the database with 1.1.  So it may just work and be
>> fine.
>>   
>>     
>>> Cheers,
>>> -Reinhard
>>>
>>> -----Original Message-----
>>> From: fedora-directory-users-bounces at redhat.com
>>> [mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of Rich 
>>> Megginson
>>> Sent: Thursday, April 03, 2008 12:12 PM
>>> To: General discussion list for the Fedora Directory server project.
>>> Subject: Re: Is it possible to migrate 
>>> Berkeley
>>> 4.2(32bit) based directory to 4.2 (64bit)
>>>
>>> Reinhard Nappert wrote:
>>>   
>>>     
>>>       
>>>> Hi,
>>>>
>>>> Does anyone know, if that works?
>>>>
>>>>     
>>>>       
>>>>         
>>> Are you talking about the migration script migrate-ds-admin.pl?  If 
>>> so, then yes.  You will first have to export your databases to ldif 
>>> e.g. for a Fedora DS 1.0.4 installation:
>>> cd /opt/fedora-ds/slapd-instance/db
>>> ../db2ldif -n userRoot -a `pwd`/userRoot.ldif ../db2ldif -n 
>>> NetscapeRoot -a `pwd`/NetscapeRoot.ldif ... repeat for each database 
>>> instance
>>>
>>> The migration script will look for a file called 
>>> /opt/fedora-ds/slapd-instance/db/<db instance name>.ldif and use that
>>>       
>
>   
>>> rather than the binary files.
>>>
>>> You should also run the migration script with the -x option to force 
>>> it to use cross platform mode.
>>>   
>>>     
>>>       
>>>> Thanks,
>>>> -Reinhard
>>>>
>>>>
>>>>         
> ---------------------------------------------------------------------
>   
>>>> -
>>>> --
>>>>
>>>> --
>>>> Fedora-directory-users mailing list
>>>> Fedora-directory-users at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>>>   
>>>>     
>>>>       
>>>>         
>>> --
>>> Fedora-directory-users mailing list
>>> Fedora-directory-users at redhat.com
>>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>>   
>>>     
>>>       
>> --
>> Fedora-directory-users mailing list
>> Fedora-directory-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>   
>>     
>
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3245 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20080404/0b4b141b/attachment.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux