Bug 1427450 - drop the UI plugin check for cockpit on hosts
Summary: drop the UI plugin check for cockpit on hosts
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: cockpit-ovirt
Classification: oVirt
Component: Generic
Version: 0.10.7-0.0.10
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ovirt-4.1.1
: 0.10.7-0.0.13
Assignee: Marek Libra
QA Contact: dguo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-02-28 09:13 UTC by Michal Skrivanek
Modified: 2017-04-21 09:46 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
undefined
Clone Of:
Environment:
Last Closed: 2017-04-21 09:46:01 UTC
oVirt Team: Virt
Embargoed:
rule-engine: ovirt-4.1+
rule-engine: exception+
cshao: testing_ack+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 73226 0 master MERGED cockpit-ui-plugin: Disable check whether Cockpit is running 2017-02-28 12:27:25 UTC
oVirt gerrit 73227 0 ovirt-4.1 MERGED cockpit-ui-plugin: Disable check whether Cockpit is running 2017-02-28 12:27:33 UTC

Description Michal Skrivanek 2017-02-28 09:13:55 UTC
It's a sync call which hangs when there are any issues on host (communication issue, cockpit not there, anything else)
Since cockpit is now deployed on regular hosts as well we do not really need an extra check. Worst case selecting the subtab will hang and show the error, but there is no need to hide the subtab or check all hosts all the time

Comment 1 dguo 2017-03-02 07:31:49 UTC
(In reply to Michal Skrivanek from comment #0)
> It's a sync call which hangs when there are any issues on host
> (communication issue, cockpit not there, anything else)
> Since cockpit is now deployed on regular hosts as well we do not really need
> an extra check. Worst case selecting the subtab will hang and show the
> error, but there is no need to hide the subtab or check all hosts all the
> time

Hi Michal,

QE will do following check to verify this bug

1. Fresh install a host, adding it to engine, select the host, and check whether the cockpit tab is enabled on engine.

2. Fresh install a host, login to cockpit to ensure cockpit is running, adding this host to engine, select the host, and check whether the cockpit tab is enabled engine.

From your consideration, besides above scenarios, if there is anything missed?

Thanks

Comment 2 Michal Skrivanek 2017-03-02 10:09:54 UTC
you should check that if the port 9090 is not reachable from the engine it does not hang in the webadmin UI
I guess the connection needs to be dropped, not rejected, so it keeps waiting for a response

Comment 3 dguo 2017-03-10 07:41:20 UTC
Verified with cockpit-ovirt-uiplugin-0.10.7-0.0.13.el7ev.noarch

Component Versions:
Red Hat Virtualization Manager Version: 4.1.1.3-0.1.el7
rhvh-4.1-0.20170309.0+1
cockpit-ovirt-uiplugin-0.10.7-0.0.13.el7ev.noarch


Test steps:
1. Prepared latest rhvm-4.1.1.3-0.1.el7
2. On rhvm, install cockpit-ovirt-uiplugin with "yum install http://download.eng.bos.redhat.com/brewroot/packages/cockpit-ovirt/0.10.7/0.0.13.el7ev/noarch/cockpit-ovirt-uiplugin-0.10.7-0.0.13.el7ev.noarch.rpm"

3. Install a latest rhvh-4.1-0.20170309.0+1
4. Add above rhvh to rhvm, chose the rhvh under host tab, the "Web Console" subtab is always enabled
5. Click the "Web Console", can access to the cockpit of this rhvh
6. Reboot the rhvh in progress, the "Web Console" is still enabled, and click the subtab, it keeps waitting for the response.
7. After rhvh were reboot up, cockpit of the rhvh appears.


Note You need to log in before you can comment on or make changes to this bug.