-
Bug
-
Resolution: Unresolved
-
Critical
-
None
-
None
-
None
In the https://issues.redhat.com/browse/OSPRH-1031 it was mentioned that while adopting OSP 17.1 environment where controller nodes are running as gateway chassis also (there are no dedicated networker nodes there) such nodes should be adopted to the RHOSO as edpm-networker nodes and still run as gateway chassis there, at least temporary. Later, after adoption is finished user can plane to e.g. scale such gateway chassis down and get rid of them.
It seems that we don't have any documentation nor testing related to that. We should probably add some documentation about how to adopt such controller nodes to be networkers - this should be similar to adoption of the OSP 17.1 networker nodes to be RHOSO networker nodes but may require some small changes and probably separate chapter in the docs.
We also should have some testing of such scenario. It can't be done with adoption of the standalone environment - we need to have "full" multinode OSP cluster to be adopted that way.
- depends on
-
OSPRH-10714 As a cloud operator I want to adopt OSP-17.1's controller nodes, which were gateway chassis, to keep them as networker
- New
- relates to
-
OSPRH-9615 Validate dataplane adoption where OSP controllers becomes networker nodes
- New
-
OSPRH-11149 [adoption][NFV] no ping to FIPs of pre-created VMs after adoption
- Closed
- links to