Bug 1298845 - [RFE] Simplified replica installation - replica promotion
Summary: [RFE] Simplified replica installation - replica promotion
Keywords:
Status: CLOSED DUPLICATE of bug 837369
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ipa
Version: 7.2
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: rc
: ---
Assignee: IPA Maintainers
QA Contact: Namita Soman
URL:
Whiteboard:
Depends On:
Blocks: 1292074 1296125
TreeView+ depends on / blocked
 
Reported: 2016-01-15 09:15 UTC by Petr Vobornik
Modified: 2016-02-19 12:40 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-19 12:40:28 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Petr Vobornik 2016-01-15 09:15:47 UTC
The current method to install a replica requires a 2 phases approach where an admin physically logs into a master and generates an installation package, then transfers it to a new server and performs the replica install procedure. This method is cumbersome, require interaction (the ipa-replica-prepare command wants the Directory Manager password) and is generally hard to deal with in an automated fashion. A new method to promote a regular client to a replica and in general simplify replica installs will make a number of maintenance operations easier. A new replica promotion sequence will allow easier provisioning via an external infrastructure management system, while retaining a reasonable level of security (or increasing the security of the solution in some areas). 

Usage:
As an Administrator I want to deploy my multi master IdM Server infrastructure cluster using deployment tools of my choice (Ansible, Puppet, Foreman...) without leaking the IdM passwords to the infrastructure so that they do not end up in any answer file or argument database. The installation scripts should not require interactive logging to the target replica or copying of any file on the server.

Comment 3 Petr Vobornik 2016-02-19 12:40:28 UTC

*** This bug has been marked as a duplicate of bug 837369 ***


Note You need to log in before you can comment on or make changes to this bug.