Current replica creation model calls for creation of a package on the existing replica and then delivering it to the new replica host being installed.
This has several downsides:
A more robust approach that would allow easier migration between different versions is to have the following model:
The new replica promotion model will need to be compatible with the old FreeIPA servers and accept replica info package as optional input.
Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=837369
Changing 3.2 priority
I can take this when it's needed.
Postponed, see freeipa-devel for reasoning.
master:
Replica promotion was implemented in the commits above. Issues in the implementation are handled in separate tickets.
Metadata Update from @dpal: - Issue assigned to simo - Issue set to the milestone: FreeIPA 4.3
Login to comment on this ticket.