diff options
author | Rich Megginson <rmeggins@redhat.com> | 2007-07-12 13:52:42 +0000 |
---|---|---|
committer | Rich Megginson <rmeggins@redhat.com> | 2007-07-12 13:52:42 +0000 |
commit | 44ee32bb2f39712b8c0f5628d5c17109c48772d7 (patch) | |
tree | 36c2bdc60ce5c6f785ee0d3d2e587285c51a405f /ldap/admin/src/scripts/template-restoreconfig.in | |
parent | cee39a16f9240f9fc4f1257327a54c66a004f15f (diff) | |
download | ds-44ee32bb2f39712b8c0f5628d5c17109c48772d7.tar.gz ds-44ee32bb2f39712b8c0f5628d5c17109c48772d7.tar.xz ds-44ee32bb2f39712b8c0f5628d5c17109c48772d7.zip |
Resolves: bug 245815
Bug Description: DS Admin Migration framework - cross platform support
Reviewed by: nhosoi (Thanks!)
Fix Description: There are basically three parts to cross platform support
1) Allow a different physical server root than the logical server root. This allows you to copy the old server root directory to the target machine, either by making a tarball or by a network mount. Then you can migrate from e.g. /mnt/opt/fedora-ds, and specify that the real old server root was /opt/fedora-ds. This is the distinction between the --oldsroot and --actualsroot parameters.
2) Cross platform database migration requires the old data is converted to LDIF first. Migration makes the simplifying assumption that the database LDIF file is in the old db directory and has the name of <old backend name>.ldif e.g. userRoot.ldif
3) Cross platform replication migration doesn't preserve the state, so the changelog nor other associated state information can be migrated.
I rewrote the old migration script to use the FileConn - this theoretically will allow us to support migration using an LDAP::Conn as well.
I had to make some fixes to FileConn, primarily to support the root DSE.
Platforms tested: RHEL4
Flag Day: no
Doc impact: Yes, along with the rest of the new migration framework.
Diffstat (limited to 'ldap/admin/src/scripts/template-restoreconfig.in')
0 files changed, 0 insertions, 0 deletions