Bug 1858923
Summary: | Can not modify associated hosts if connection to vCenter is down from the Satellite server. | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Sayan Das <saydas> |
Component: | Compute Resources - VMWare | Assignee: | Ondřej Ezr <oezr> |
Status: | CLOSED WONTFIX | QA Contact: | Lukáš Hellebrandt <lhellebr> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.7.0 | CC: | chrobert, egolov, ehelms, kkinge, mhulan, oezr, osousa, rlavi, tbrisker, wpinheir |
Target Milestone: | Unspecified | Keywords: | Triaged |
Target Release: | Unused | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | foreman-2.5.1 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-07-07 06:36:53 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: | |
Embargoed: |
Description
Sayan Das
2020-07-20 18:46:02 UTC
Created redmine issue https://projects.theforeman.org/issues/31307 from this bug Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/31307 has been resolved. Failed with Sat 6.10.0 snap 5.0. Tl;dr: not much changed and what actually improved is very slow to use. Some error messages are now more meaningful but the root issue seems to be unsolved. I'm open to other points of view but right now, I don't see this as verification material. Snap 5.0, i.e. before fix: === Using a reproducer from OP through WebUI, trying to edit a host that is associated with a CR that is unavailale due to network times out: "Oops, we're sorry but something went wrong execution expired" Using Hammer: # hammer host update --name mae-opsahl.vms.sat.rdu2.redhat.com --content-view testcv --organization-id 1 --location-id 2 Could not update the host: Failed to find compute attributes, please check if VM mae-opsahl.vms.sat.rdu2.redhat.com was deleted Creating a vmware host, changing the CR password to wrong and then going to Host -> Edit in webUI leads to: "Oops, we're sorry but something went wrong InvalidLogin: Cannot complete login due to an incorrect user name or password." Doing the same in Hammer: # hammer host update --name <FQDN> --content-view testcv --organization-id 1 --location-id 2 Could not update the host: Failed to find compute attributes, please check if VM <FQDN> was deleted === Snap 7.0, i.e. after fix: === Using a reproducer from OP through WebUI, trying to edit a host that is associated with a CR that is unavailale due to network takes several minutes for the edit page to appear and then allows for editing some values (e.g. content view), again taking several minutes saving the changes and then failing with "Receiving vm data for host '<FQDN>' from used compute resource 'testvmware (VMware)' failed: 'Connection to compute resource timed out'." => This still doesn't allow for editing. Opening the edit page works but very slowly. I understand this is due to waiting for network connectivity but it renders the new functionality almost unusable by default, even if it actually worked. Using Hammer: # hammer host update --name <FQDN> --content-view testcv --organization-id 1 --location-id 2 Could not update the host: Receiving vm data for host '<FQDN>' from used compute resource 'testvmware (VMware)' failed: 'Connection to compute resource timed out'. => The error in Hammer has changed and probably does a better job at suggesting this is a network issue. But I highly doubt this is the intended result. Wasn't the goal to make this actually editable, not even through WebUI but also by Hammer? Creating a vmware host, changing the CR password to wrong and then going to Host -> Edit in webUI leads to: "Oops, we're sorry but something went wrong InvalidLogin: Cannot complete login due to an incorrect user name or password." Doing the same in Hammer: # hammer host update --name <FQDN> --content-view testcv --organization-id 1 --location-id 2 Could not update the host: Failed to find compute attributes, please check if VM <FQDN> was deleted => Nothing changed here. This is a similar case but CR unavailability is caused not by network but by password being incorrectly specified. Some parameters of the host could and should be editable even in this case. But impact is low, most people probably don't expect hosts on a CR with incorrectly specified password to work in any way. This being said, an error message in Hammer could be better. If you won't fix this as part of this BZ, I'll perhaps file a separate, low severity and low priority BZ about this. === Hi, while the issue is valid, it exists since Satellite day 1 and currently not going to change. Modifying the host tries to also modify the host on the compute resource and if it's unavailable, it would lead to an inconsistent state. If the compute resource is down intentionally and the user still needs to modify the host, they first need to disassociate the host (edit host -> disassociate VM button) and then perform the modifications. Feel free to re-open if the workaround doesn't fit in this case |