We need a way to migrate instances (data and configuration) from FDS 1.0.x to
Created attachment 149871 [details]
Created attachment 149872 [details]
Created attachment 149873 [details]
The instance migration should also upgrade the DBVERSION and guardian file
information. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232050
Created attachment 150251 [details]
Created attachment 150252 [details]
Created attachment 150253 [details]
Reviewed the attachments in Comment #5 and #6. They look good.
Created attachment 150282 [details]
cvs commit log
Reviewed by: nhosoi (Thanks!)
Files: see diff
Fix Description: The basic strategy is
1) shutdown the old servers - databases should be quiescent
2) run the migration script - this will copy all of the files (under
/opt/fedora-ds/slapd-* by default) to their new FHS style locations, and fix up
any entries and attributes that are obsolete or have changed (e.g. values that
refer to paths)
3) service fedora-ds start
The migration script does not need to do anything to the database files - the
new database code added by Noriko will handle the database upgrade
automagically, but I'm leaving the database upgrade code in the script,
commented out, in case we need it in the future.
This also fixes an annoying problem with automake - it would build
ds_newinst.pl from ds_newinst.pl.in in the source ldap/admin/src directory, and
use that version. This is really a problem with multi platform builds, where
you want to share the ldapserver source code among multiple platforms. With
the fix, built/ldap/admin/src/ds_newinst.pl is generated from
srcdir/ldap/admin/src/ds_newinst.pl.in, and srcdir/ldap/admin/src/ds_newinst.pl
is not written.
Platforms tested: FC6
Flag Day: no
Doc impact: Yes - we need to document migration
This fix is no longer applicable, although it was checked in. The migrate-ds.pl
and migrate-ds-admin.pl scripts have replaced migrateTo11.
Marking as VERIFIED.