This bug is created as a clone of upstream ticket:
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. A more robust approach that would allow easier migration between different versions is to have the following model.
Install a client on a future replica machine.
Join in to the domain
Install server bits using yum install
Run a command to promote the client to replica. As result of this command the client would connect to the existing master and pull in the data it needs rather than having a replica package being manually pre-created and delivered.
The benefit is that the replica being installed would be able to get the data it needs in the format in needs. It would reduce the need to deal with the cases when the master is versions 2.x and the replica is version 3.1.x.
Until this is implemented it makes sense to defer the support of the mixed domains between the versions.
Might be a problem for Fedora though...
Replica Promotion and Topology features were postponed in the upstream project, to FreeIPA 4.3 which should closely follow FreeIPA 4.2 release.
See the reasoning and details in:
9e007edbd902a5395797ca0ca9a698033540d755 Remove unused kra option
6a0087aea176d1e1154b359fa262066896d663e3 Add low level helper to get domain level
42e859daa78396321d25e95107eabf35d46cdd91 Make checks for existing credentials reusable
2606f5aecd6ac0db31abb515b691529bb7eaf14e Allow to setup the CA when promoting a replica
102651b10afa144384db53b45fb558747a092d6d prevent operation on tombstones
fcb9854dcb047018a1904c7e6db655af0596e3ae handle multiple managed suffixes
80e11d24696c30ee311bd019ed39df8fc0f908a2 topology plugin configuration workaround
834b5fd513d799bb9fe2cbc29417ff8ec7357033 enable topology plugin on upgrade
fff31ca220311421f1ac8cef0888aaa892e97584 topology: manage ca replication agreements
86240938b58cd9bf85a96d34c39b55f6d59a36b8 Add function to extract CA certs for install
5761f73e2598dc404a3b51c6810e3dd250d2ba11 Allow ipa-replica-conncheck to use default creds
f7d1e4f9a21b0f3e63bd3bcd4a17acf749e0b208 Change DNS installer code to use passed in api
d03619fff3a1eb7d21c2ba21f8867ae8018779b8 Implement replica promotion functionality
2cd0d20a2a454369488b77e841a9cce643b26d34 Require a DS version that has working DNA plugin
463dda30679da9ac5eea5683984002989965e2a5 Add ipa-custodia service
98bf90e4cecb38fc72a0b598a6e6a50fee284f31 fix dsinstance.py:get_domain_level function
958996b9cc55b6e9ecdc23981e79599ec6826b4c Allow ipa-ca-install to use the new promotion code
Referencing https://fedorahosted.org/freeipa/ticket/5424 as a possible test case which is not strictly related to the promotion process itself.
Has been implemented upstream, see comments above.
*** Bug 1298845 has been marked as a duplicate of this bug. ***
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see firstname.lastname@example.org with any questions
Ticket 5721 was closed as duplicate, adding ticket 5604.
Core is implemented, but some regressions/issues we found, moving to assigned.
Ticket 5983 fixed upstream
This is not related to upstream ticket 5604
Created attachment 1190297 [details]
Created attachment 1190299 [details]
Created attachment 1190304 [details]
Created attachment 1190322 [details]
Created attachment 1191150 [details]
Verified using IPA version ::
Marking RFE bz as verified. See attachments for respective tkts.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.