Bug 1303716
| Summary: | changing HE storage domain name causes HE storage and VM import failure | ||
|---|---|---|---|
| Product: | [oVirt] ovirt-hosted-engine-setup | Reporter: | Peter Lannigan <peter.lannigan> |
| Component: | General | Assignee: | Simone Tiraboschi <stirabos> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Artyom <alukiano> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 1.3.2.3 | CC: | bugs, dfediuck, peter.lannigan, rgolan, sbonazzo, sistemas-soporte-linux, stirabos, ylavi |
| Target Milestone: | ovirt-3.6.3 | Keywords: | Triaged |
| Target Release: | 1.3.3.1 | Flags: | rule-engine:
ovirt-3.6.z+
rule-engine: exception+ ylavi: planning_ack+ dfediuck: devel_ack+ gklein: testing_ack+ |
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
The engine identifies the hosted-engine storage domain by its name so let the user changing it can break this flow.
Removing the question about hosted-engine storage domain name from hosted-engine-setup
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-02-18 11:09:24 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: | |||
| Bug Blocks: | 1305885 | ||
|
Description
Peter Lannigan
2016-02-01 18:08:52 UTC
Proposed solution is to drop the possibility to change the storage domain name while deploying the host. Then we need also to add a CanDoAction to prevent the user editing the hosted-engine storage domain name from the WebUI. (In reply to Simone Tiraboschi from comment #2) > Then we need also to add a CanDoAction to prevent the user editing the > hosted-engine storage domain name from the WebUI. I'm against this proposed solution of removig the name change completely. Peter please see Bug 1294457 for some reference. (In reply to Roy Golan from comment #3) > (In reply to Simone Tiraboschi from comment #2) > > Then we need also to add a CanDoAction to prevent the user editing the > > hosted-engine storage domain name from the WebUI. > > I'm against this proposed solution of removig the name change completely. > > Peter please see Bug 1294457 for some reference. Please block this for 3.6.3 and we can consider allowing change of name once the above bug is fixed. Please block this option of the UI\API side. (In reply to Yaniv Dary from comment #5) > Please block this option of the UI\API There is a workaround for that[1]. I don't think should be blocked. [1] engine-config -s HostedEngineStorageDomainName=he_storage && service restart ovirt-engine Is this going to be fixed for 3.6.3? Or these it depend on Bug 1294457? As the original requester my preference would be to avoid having additional set up commands to run as getting hosted-engine up and going is a bit involved already. If the necessary 'engine-config' command can be worked into the 'hosted-engine --deploy' script that would be good. Please either automate the name change or block it. Before fixing Bug 1294457 we must revert that fix. (In reply to Roy Golan from comment #9) > Before fixing Bug 1294457 we must revert that fix. ok (In reply to Yaniv Dary from comment #5) > Please block this option of the UI\API side. this would be blocked in installation so its invisible for fresh install. someone is upgrading with a differnt name we still want to let him remedy the situation by using the engine-config I added in 3.6.3 (In reply to Roy Golan from comment #11) > (In reply to Yaniv Dary from comment #5) > > Please block this option of the UI\API side. > > this would be blocked in installation so its invisible for fresh install. > someone is upgrading with a differnt name we still want to let him remedy > the situation by using the engine-config I added in 3.6.3 I have no problem with engine-config, only with changing the name in the UI, if this is not blocked. Checked on ovirt-hosted-engine-setup-1.3.3.3-1.el7ev.noarch Now it not possible to change HE storage domain via interactive mode, but still possible to do it via answerfile. Also what about comment 8? I believe it possible to add to cloud-init configuration: engine-config -s HostedEngineStorageDomainName=custom_he_storage_domain_name service restart ovirt-engine (In reply to Artyom from comment #13) > Checked on ovirt-hosted-engine-setup-1.3.3.3-1.el7ev.noarch > Now it not possible to change HE storage domain via interactive mode, but > still possible to do it via answerfile. Yes, it's intentional. > Also what about comment 8? > I believe it possible to add to cloud-init configuration: > engine-config -s HostedEngineStorageDomainName=custom_he_storage_domain_name > service restart ovirt-engine Yes, but it would not work for who will use the automated flow with cloud-init. Verified on ovirt-hosted-engine-setup-1.3.3.3-1.el7ev.noarch See comments 13 and 14 *** Bug 1304612 has been marked as a duplicate of this bug. *** |