Bug 1186388
Summary: | [TEXT][HE] Ask user to choose an existing cluster during installation | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Nikolai Sednev <nsednev> | ||||
Component: | ovirt-hosted-engine-setup | Assignee: | Lev Veyde <lveyde> | ||||
Status: | CLOSED ERRATA | QA Contact: | Nikolai Sednev <nsednev> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3.6.0 | CC: | bazulay, dfediuck, dougsland, istein, lsurette, lveyde, mavital, melewis, nsednev, rbalakri, Rhev-m-bugs, sbonazzo, srevivo, ykaul, ylavi | ||||
Target Milestone: | ovirt-4.0.0-alpha | Keywords: | Reopened, Triaged | ||||
Target Release: | 4.0.0 | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: |
Previously, the user was always asked to select a cluster name, even when only was available. This prompt was redundant and could be confusing to the user. Now, the code has been modified to automatically select a cluster if there is only one available and the user is no longer prompted for a cluster name if only one is available.
|
Story Points: | --- | ||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-08-23 21:00:19 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 1320964, 1325677 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Nikolai Sednev
2015-01-27 15:22:10 UTC
Created attachment 984720 [details]
logs
Nikolai, does any of HC_RHEL_6_6 or HCRHEL6-6 or HCRHEL6 or hc_rhel_6_6 exists in the engine? If not you can't add the host to a non existent cluster. (In reply to Sandro Bonazzola from comment #2) > Nikolai, does any of HC_RHEL_6_6 or HCRHEL6-6 or HCRHEL6 or hc_rhel_6_6 > exists in the engine? > If not you can't add the host to a non existent cluster. I was trying to add the name of then not existing host clusters, but I don't see any reason of not letting the customer to create a different name, as Default host cluster also does not exists, if taking your comment #2, then Default also should not be added. Nikolay, Default is not added, Default just exists. (In reply to Sandro Bonazzola from comment #4) > Nikolay, Default is not added, Default just exists. Might be "Default" be changed to "Any desired host cluster name" chosen by customer, I mean simply renamed? User was not told that "Default" already exists, message says to choose the name with "Default" as an option only, without any additional information. As far as I remember, the setup tool list all existing clusters in the running engine. So if you create 10 clusters in the engine before continuing the setup with (1) Continue setup - engine installation is complete it should list all of them and pick one of them (if I remember correctly the first in alphabetical order) as default. You should see something like: [ INFO ] Engine replied: DB Up!Welcome to Health Status! Enter the name of the cluster to which you want to add the host (Default, HC_RHEL_6_6, HC_RHEL_7_0) [Default]: (In reply to Sandro Bonazzola from comment #6) > As far as I remember, the setup tool list all existing clusters in the > running engine. So if you create 10 clusters in the engine before continuing > the setup with > (1) Continue setup - engine installation is complete > > it should list all of them and pick one of them (if I remember correctly the > first in alphabetical order) as default. > > You should see something like: > > [ INFO ] Engine replied: DB Up!Welcome to Health Status! > Enter the name of the cluster to which you want to add the host > (Default, HC_RHEL_6_6, HC_RHEL_7_0) [Default]: The problem is for the single host that being added for the first time ever. (In reply to Nikolai Sednev from comment #5) > (In reply to Sandro Bonazzola from comment #4) > > Nikolay, Default is not added, Default just exists. > > Might be "Default" be changed to "Any desired host cluster name" chosen by > customer, I mean simply renamed? > User was not told that "Default" already exists, message says to choose the > name with "Default" as an option only, without any additional information. I'm not sure to follow. when you install a clean RHEV system, you ends with a datacenter called "Default" with a cluster called "Default". When you add HC_RHEL_6_6 and HC_RHEL_7_0 clusters you see that Default exists. If you specify any non existent name in the setup as in original description it can't work at all. I'm closing as not a bug, please reopen if you can describe the user interaction you're expecting here. Customer doesn't know what should be the name, actually he may choose any name to be assigned to the cluster, at least he is not limited by the message to any specific cluster name, hence if system has predefined host cluster name, it's not explained or understandable. thus customer may try to give any name to host cluster and will end up with error, I'd expect that system will change the host cluster name following customer decision taken during the deployment. [ INFO ] Engine replied: DB Up!Welcome to Health Status! Enter the name of the cluster to which you want to add the host (Default) [Default]: [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... (In reply to Nikolai Sednev from comment #9) > Customer doesn't know what should be the name, actually he may choose any > name to be assigned to the cluster, at least he is not limited by the > message to any specific cluster name, hence if system has predefined host > cluster name, it's not explained or understandable. thus customer may try to > give any name to host cluster and will end up with error, I'd expect that > system will change the host cluster name following customer decision taken > during the deployment. > > > [ INFO ] Engine replied: DB Up!Welcome to Health Status! > > Enter the name of the cluster to which you want to add the host > (Default) [Default]: > > [ INFO ] Waiting for the host to become operational in the engine. This may > take several minutes... So you're asking an RFE to create the cluster if the cluster with given name does not exist? (In reply to Sandro Bonazzola from comment #10) > (In reply to Nikolai Sednev from comment #9) > > Customer doesn't know what should be the name, actually he may choose any > > name to be assigned to the cluster, at least he is not limited by the > > message to any specific cluster name, hence if system has predefined host > > cluster name, it's not explained or understandable. thus customer may try to > > give any name to host cluster and will end up with error, I'd expect that > > system will change the host cluster name following customer decision taken > > during the deployment. > > > > > > [ INFO ] Engine replied: DB Up!Welcome to Health Status! > > > > Enter the name of the cluster to which you want to add the host > > (Default) [Default]: > > > > [ INFO ] Waiting for the host to become operational in the engine. This may > > take several minutes... > > So you're asking an RFE to create the cluster if the cluster with given name > does not exist? I'm not asking for RFE, user does not knows for if "default" host cluster even exists... Our code already has default host cluster, but the naming convention is up to user to define... Either changing the default host cluster name of information message will do the work here, please decide on which one you would like to stick with, IMHO naming solution have to be flexible until defined differently in any documentation. I think that the question should be removed entirely in case we only have one cluster, as it doesn't make much sense to ask the user a question, which has only one possible answer. The value should be saved to the answer file though. In case there are more than one cluster, then the prompt should be clear enough to indicate that the question is a selection is from a closed list, not an open one. My suggestion is to i.e. modify the word "enter" by "select", so it will be something like: Please select the cluster to which you want to add the host (Default, HACluster, XeonCluster) [Default]: Nikolai, can you ack Lev's comment #12? (In reply to Sandro Bonazzola from comment #13) > Nikolai, can you ack Lev's comment #12? ACK, if there is no other options, no need to display anything, but if there are some additional host clusters detected on storage, only then message have to be displayed and customer have to select the desired host cluster for host to join in. I've attempted the NFS based HE deployment using ovirt-engine-appliance.noarch 0:4.0-20160322.1.el7.centos from disk and failed with: "[ INFO ] Connecting to the Engine [ ERROR ] Cannot automatically add the host to cluster Default: <html><head><title>Error</title></head><body>Internal Server Error</body></html> Please check Engine VM configuration. Make a selection from the options below: (1) Continue setup - Engine VM configuration has been fixed (2) Abort setup (1, 2)[1]: " HE deployment did not asked user to manually enter "Default" host cluster during deployment on first host, as there was no other host clusters available, except the "Default", so for me this very bug is resolved and I've opened a new https://bugzilla.redhat.com/show_bug.cgi?id=1325677 for deployment issue. Components on host: qemu-kvm-rhev-2.3.0-31.el7_2.11.x86_64 libvirt-client-1.2.17-13.el7_2.4.x86_64 vdsm-4.17.999-817.git03d82f6.el7.centos.noarch mom-0.5.2-0.0.master.20160226114234.git95535d1.el7.noarch sanlock-3.2.4-2.el7_2.x86_64 ovirt-hosted-engine-ha-2.0.0-0.0.master.20160321143043.20160321143039.gitadbef4c.el7.noarch ovirt-setup-lib-1.0.2-0.0.master.20160119215211.gita8bd5cb.el7.centos.noarch ovirt-vmconsole-1.0.1-0.0.master.20160309100203.gitdfa3c40.el7.noarch ovirt-release40-4.0.0-0.2.alpha1.20160405123556.gitbd184ec.noarch libgovirt-0.3.3-1.el7_2.1.x86_64 ovirt-vmconsole-host-1.0.1-0.0.master.20160309100203.gitdfa3c40.el7.noarch ovirt-engine-sdk-python-3.6.3.1-0.1.20160211.git13845c8.el7.centos.noarch ovirt-hosted-engine-setup-2.0.0-0.0.master.20160318071154.gite339fa9.el7.centos.noarch ovirt-host-deploy-1.5.0-0.0.master.20160317100615.gitf913ead.el7.noarch Red Hat Enterprise Linux Server release 7.2 (Maipo) Linux 3.10.0-327.13.1.el7.x86_64 #1 SMP Mon Feb 29 13:22:02 EST 2016 x86_64 x86_64 x86_64 GNU/Linux 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. https://rhn.redhat.com/errata/RHEA-2016-1744.html |