[Fedora-directory-users] migration from 1.0.2 to 1.1

[Rich Megginson]

gregory LAROCHE wrote:
> I try to migrate my DS from fedora-ds-1.0.2-1.RHEL4 on
> fedora core 3 i386, to have a DS
> fedora-ds-1.1.0-3.fc6.
> First, I upgrade OS to fedora core 6, and install and
> update package “fedora-ds*“ and dependencies. I run
> the /usr/sbin/setup-ds-admin.pl (express mode), and I
> connect myself to the console and the console to the
> directory successfully.
>   

> Next, erase all packages “fedora-ds*”, and directory
> /etc/dirsrv/*,
That's not enough. You also need to erase /usr/lib/dirsrv (or 
/usr/lib64/dirsrv) and something like this:
rm -rf `find /var -name dirsrv`
> and reinstall all packages. I run the
> /usr/sbin/migrate-ds-admin.pl
> General.ConfigDirectoryAdminPwd=mypwd
>
> Here is the migration log :
> “Beginning migration of Directory and Administration
> servers from /opt/fedora-ds . . .
> Beginning migration of directory server instances in
> /opt/fedora-ds . . .
> Your new DS instance 'slapd-host02' was successfully
> created.
> Beginning migration of Administration server from
> /opt/fedora-ds . . .
> Creating Admin Server files and directories . . .
> The server
> 'ldaps://host02.domaine.com:636/o=NetscapeRoot' is not
> reachable.  Error: unknown error
> Exiting . . .”
>
> And the /var/log/dirsrv/slapd-host02/errors
>
> import userRoot: Finished scanning file
> "/tmp/ldifMh1yOw.ldif" (9 entries)
> [22/Jan/2008:11:37:38 +0100] - import userRoot:
> Workers finished; cleaning up...
> [22/Jan/2008:11:37:38 +0100] - import userRoot:
> Workers cleaned up.
> [22/Jan/2008:11:37:38 +0100] - import userRoot:
> Cleaning up producer thread...
> [22/Jan/2008:11:37:38 +0100] - import userRoot:
> Indexing complete.  Post-processing...
> [22/Jan/2008:11:37:38 +0100] - import userRoot:
> Flushing caches...
> [22/Jan/2008:11:37:38 +0100] - import userRoot:
> Closing files...
> [22/Jan/2008:11:37:38 +0100] - All database threads
> now stopped
> [22/Jan/2008:11:37:38 +0100] - import userRoot: Import
> complete.  Processed 9 entries in 1 seconds. (9.00
> entries/sec)
> [22/Jan/2008:11:37:50 +0100] - Fedora-Directory/1.1.0
> B2007.354.1236 starting up
> [22/Jan/2008:11:37:51 +0100] - Clean up db environment
> and start from archive.
> [22/Jan/2008:11:37:51 +0100] - libdb: Program version
> 4.3 doesn't match environment version
> [22/Jan/2008:11:37:51 +0100] - Deleting log file:
> (/var/lib/dirsrv/slapd-host02/db/log.0000000313)
> [22/Jan/2008:11:37:51 +0100] NSMMReplicationPlugin -
> changelog program - Upgrading from
> Changelog5/NSMMReplicationPlugin/4 to
> bdb/4.3/libreplication-plugin
> is successfully done
> (/var/lib/dirsrv/slapd-host02/changelogdb)
> [22/Jan/2008:11:37:51 +0100] - slapd started. 
> Listening on All Interfaces port 389 for LDAP requests
> [22/Jan/2008:11:37:51 +0100] - Listening on All
> Interfaces port 636 for LDAPS requests
>
> No logs in /var/log/dirsrv/admin-serv/errors
>
> Any ideas to solve this ?
>   
I've seen this with migration to Fedora DS 1.1 on Fedora 8 because F-8 
uses bdb 4.6 by default and that does not support the binary databases 
used by Fedora DS 1.0.x. I suggest doing LDIF file migration e.g. 
exporting your old databases to LDIF format instead of binary database 
migration. See 
http://directory.fedoraproject.org/wiki/DS_Admin_Migration#Remote_Source_to_Local_Target
But NOTE that you will not be doing a cross platform migration (i386 to 
i386 is same platform in this case).
> Thanks
>
>
>
>       _____________________________________________________________________________ 
> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail http://mail.yahoo.fr
>
> --
> 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://listman.redhat.com/archives/fedora-directory-users/attachments/20080122/07b8e997/attachment.bin>