Is it possible to migrate Berkeley 4.2(32bit) based directory to 4.2 (64bit)

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

 



Reinhard Nappert wrote:
> Rich,
>
> I have another question regarding the Berkley 4.2 (32bit) "migration" to
> 4.2 (64 bit):
>
> First of all, the migration process is fine and the new 64 bit Berkley
> DB handles even the old files. The search performance is more or less
> the same as it was before. However, the add/delete operation is not
> good. The performance decreased by 4 times. The entire build process is
> identical (besides the enable-64bit switch). Can you shed some light on
> that? Do you have the same experience?
>   
We have not done comparative performance testing for write operations 
between 32-bit and 64-bit, and I'm not sure what could be causing that 
behavior.
> Thanks,
> -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
>   

-------------- 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/20080527/da2f7a72/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