Red Hat Bugzilla – Bug 1464924
[RFE] Expose the provider disable option in the UI
Last modified: 2018-03-01 08:13:38 EST
Description of problem:
Provider disable was introduced for https://bugzilla.redhat.com/show_bug.cgi?id=1437549 to solve another problem.
When you disable a provider, the workers associated with that provider are not permitted to run. This includes metrics capture, inventory refresh, events and other jobs grabbed by workers. So the provider exists in the DB but the system does not do work for it.
We can use this feature to add many 'work heavy' providers to a running instance but only enable the providers we would like to collect data for at a certain time.
Currently, the system only disables providers before deleting them but we can expose this feature to customers through the UI.
We have to consider that a customer might disable a provider to ease the work load on their system but in the time the provider is disabled we do not collect data for that provider. This might result in data gaps such as missing metrics or events that should have been collected while the provider was disabled.
Upstream PR: https://github.com/ManageIQ/manageiq-ui-classic/pull/1663
Followup PR: https://github.com/ManageIQ/manageiq-ui-classic/pull/1950
small fix: https://github.com/ManageIQ/manageiq-ui-classic/pull/1968
follow up quad icon pr is split to a different bz:
After pausing the Containers Provider I see a couple of Collectors still running.
Here are their details:
Name: C&U Metrics Collector for OpenShift
They still demand some memory usage and CPU.
Is this a normal behaviour?
I just have some questions here because I am not sure what is the target here.
* Which system is loaded by the metrcis collecion? CFME or the provider?
* Is it not better to just work on getting the collection more lightweight?
* What is the expected behaviour when there are missing data points? How it is displayed? How it affects averages, maxs, counters?
In general I am quite suspicious about this feature as you can see.
I also do not like the nomenclature here. "Disabled provider" means that it is not working. What about "disconnected"?
(In reply to Jaroslav Henner from comment #7)
> I also do not like the nomenclature here. "Disabled provider" means that it
> is not working. What about "disconnected"?
I've read part of the discussion about Github PR 1664 about the nomenclature. The image is not enough. When we were talking about this feature on meeting I was confused what Pavel Zagalsky was testing -- disabling a provider? What? How?
"Disconnected" describes it much better which is important when two colleagues are talking to each other. No one draws icons when talking to other people.
Moving this back to Verified. Jaroslav, if needed, please open a new BZ with your comments. This specific RFE has been tested and verified.
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.