| Summary: | "Add a Node to OpenShift Enterprise" option should be removed when using oo-install tools. | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Johnny Liu <jialiu> |
| Component: | Containers | Assignee: | N. Harrison Ripps <hripps> |
| Status: | CLOSED NOTABUG | QA Contact: | libra bugs <libra-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 2.0.0 | CC: | libra-onpremise-devel, lmeyer |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-11-19 19:11:13 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Johnny Liu
2013-11-11 12:11:46 UTC
With the advent of statefulness of the deployment, adding a node could be performed by modifying the deployment to add a node host(s) and re-deploying, so I agree the "add a node" option is kind of superfluous; if it remains, it should probably drop directly into the "add a host" part of the dialog. I'm going to direct this to Harrison to discuss the best way to proceed. Whatever we do probably needs to work much the same for Origin. The confusion here is that: "2. Add a Node to OpenShift Enterprise" refers to a workflow where we stand up a new node host and configure it to register itself with an existing Broker host. This workflow actually looks at the complete list of nodes in the config file and asks the user which one they want to deploy. whereas "4. Add another Node host" refers to the oo-install configuration file only, as in "add another node host to the overall configuration that you are describing, prior to any deployment activities" However I agree that the distinction is moot if the workflow itself is stateful. We know the OSE workflow is stateful because Luke made it stateful. I think we can treat the Origin workflow as stateful because Puppet is inherently stateful in a similar way. But, I should probably change: "1. Install OpenShift Enterprise" to "1. Install or Expand an OpenShift Enterprise Deployment" I can make these changes now. ...but Mike Barrett convinced me otherwise. The up-front Node menu option is useful in some contexts. For instance, when you are running oo-install on a host that you intend to use as a new Node, where no oo-install-cfg.yml exists even though you will be plugging the Node into an existing OpenShift deployment. Since there are cases where the up-front Add a Node option makes sense, and helps users, I am going to close this as NOTABUG for now. |