Add support for new platform installation method of AAP 2.5 on OpenShift #261
Conversation
|
I'm planning on reviewing and testing, I'll should be able to get to it in the next day or two. |
There was a problem hiding this comment.
@derekwaters Thank you for your patience with me reviewing this PR.
I'd liek to request a couple of changes. I've been to get a working installation, but so far have not been successful. The Operator is installed and working and I've been able to get a platform manifest created and it started with a controller defined, but for several minutes after the playbook completes the web ui fails during login (I think because the controller instance is not ready yet). So I think there needs to be some other checks to ensure that the system is ready to be used before the playbook ends.
Also, it would be good to support installing into a different namespace than the operator is installed in.
I'm still getting my head around how the 2.5 install works and will provide more feedback.
One last request is to add an example playbook for installing the 2.5 version. Maybe relabel the existing example to be 2.4 and below and the new example as 2.5 and above.
- Wait until controller/eda/hub APIs are available before marking installation complete
|
This PR has been updated to include:
|
What does this PR do?
This PR modifies the aap_ocp_install role to support the new platform installation method introduced to the AAP operator in AAP 2.5. It is backward
How should this be tested?
Requires an OpenShift cluster with appropriate credentials, then run:
with configuration as specified in the README and vars files defined in the role.
Once complete, installation can be validated by accessing AAP via the quick links toolbar menu option.
Is there a relevant Issue open for this?
#260
resolves #260
Other Relevant info, PRs, etc
None