This content has been marked as final. Show 6 replies
if you want to bind non securely, you need to specify the '-e' switch.
Thank you for the quick rresponse.
So should I use
./dsmig migrate-config -e /var/Sun/mps/slapd-circb2bld3/ /var/SunDirectoryServer6.0/dsInst/
Edited by: 970823 on Mar 15, 2013 1:37 PM
The migration guide has step by step instructions, including command line examples, are you using that as your reference?
Your upgrade should be to (at a minimum) DSEE 188.8.131.52.1. Upgrading to 6.0 is upgrading to a release level that has no patches or fixes to the product. There are significant fixes to the migration command line tools. There is a good chance you will run into issues.
You should install and review migration to ODSEE 184.108.40.206.0 (which would effectively be the 7.2 release of the DS).
There is a specific guide for migration and upgrade, which includes migration from DS 5.2 to 11.x
The full documentation collection for 220.127.116.11.0 is here
The specific migration guide is here
See: Part II Migrating from ODSEE 5.2 to ODSEE 11g Release 1 (18.104.22.168.0)
ODSEE 22.214.171.124.0 can be downloaded from here.
Let us know if documentation does not help to address you needs.
I would like to use the Sun Directory Server 6.0 as this is the only version for Tivoli Access Manager 6.0. So we need to migrate to 6.0
I thought you needed to migrate to 6.0 for an intermediate step, otherwise I'd seriously warned before going that way.
As also mentioned in the previous posts of this thread I STRONGLY recommend you to move to a later release.
If you want to remain stick with 6.x release, consider at least upgrading to the latest available revision of that branch (126.96.36.199.1, released July 2012), since the one you're going to install is has been released in 2006/7, and of course is missing MANY fixes/features introduced during the years.
If you have concerns about the integration with Tivoli, if it has been done 'over the protocol' (at the LDAP layer, so that Tivoli is just behaving like a pure LDAP V3-compliant client), then in theory there's really no difference by which LDAP server you have behind so, you could (much more) safely use 188.8.131.52.1 instead of 6.0