Bug 1513052

Summary:	Smartstate Analysis greyed out on workers not in a provider zone (webui zone)
Product:	Red Hat CloudForms Management Engine	Reporter:	Lynn Dixon <ldixon>
Component:	SmartState Analysis	Assignee:	Rich Oliveri <roliveri>
Status:	CLOSED DUPLICATE	QA Contact:	Dave Johnson <dajohnso>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.8.0	CC:	jhardy, ldixon, obarenbo, smallamp
Target Milestone:	GA
Target Release:	cfme-future
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-05-07 19:27: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:
Embargoed:

Description Lynn Dixon 2017-11-14 16:30:40 UTC

Description of problem:
In an environment with multiple workers, across zones, The button to launch a smart state is greyed out when the user is logged in to a worker thats not in the providers zone.
Example: a user tries to request a smartstate from a "WebUI" zone with workers ONLY doing web interface. A "provider" zone for VMware houses all workers that have the smartstate role enabled. The smartstate button will be greyed out and not available.

I have to login to an appliance in the providers zone to request a smart state, which then works as expected.

Version-Release number of selected component (if applicable):
5.8.2.3.20171016155816_aaec796
Possibly other versions as well

How reproducible:
Deploy cloudforms with at least two zones, one of those zones setup for webservices only, and the other setup for provider and smartstate operations. Login to the webui zone and try to request a smartstate.

Steps to Reproduce:
1. Deploy cloudforms, setup two zones. a WebUI zone (with workers only doing web services for UI) and a second zone for provider operations (including workers setup for smartstate in this zone)

2. Configure roles for workers in the webui zone to only have roles relevant for UI work. (User interface, Web Services, Notifier, etc). DO NOT SETUP smartstate role in this zone

3. Configure a provider zone, that includes roles for smartstate and all other relevant roles. Also fully configure the provider to perform smartstates.

4. Login to a worker in the "WebUI" zone and navigate to a VM. Click on "Configuration" and try to request a SmartState Analysis. Notice that the button is greyed out.

5. NOW..login to a worker that is in the provider zone, navigate to a VM and request a smartstate. Notice that the button is no longer greyed out, and you are able to perform a smartstate without issue.

Actual results:
Smartstate button greyed out with hover text "There is no server with the smartstate role enabled" when trying to request smartstate when logged into a worker thats in a "webui" zone. Can only request smartstates when logged into a worker thats in the provider zone

Expected results:
Able to perform smartstate when logged in to workers that are designated as "webui" only workers.

Additional info:

Comment 2 Dave Johnson 2017-11-14 16:44:25 UTC

Please assess the impact of this issue and update the severity accordingly.  Please refer to https://bugzilla.redhat.com/page.cgi?id=fields.html#bug_severity for a reminder on each severity's definition.

If it's something like a tracker bug where it doesn't matter, please set the severity to Low.

Comment 3 Lynn Dixon 2017-11-27 14:05:46 UTC

NOt sure why this one exists?  The BZ with all the conversations is here:  https://bugzilla.redhat.com/show_bug.cgi?id=1513053

Changing this priority to match that BZ. That is the original submission.

Comment 5 Rich Oliveri 2018-05-07 19:27:13 UTC

I'm marking this as a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1513053. That BZ is in POST, so the issue should be resolved.

*** This bug has been marked as a duplicate of bug 1513053 ***