Monitoring->Utilization view hangs for middleware servers and middleware datasources

[skondkar]

Navigating to middleware server details page->Monitoring->Utilization does not display the Capacity & Utilization data. It displays the spinner continuously and does not render the view.

Product: Latest upstream

Steps:

1. Login to MIQ
2. Add Middleware Provider
3. Navigate to Middleware->Middleware Servers
4. Click on a Server link.
5. Select Utilization from Monitoring dropdown menu

Also Middleware->Middleware Datasources->Datasource summary page->Monitoring->Utilizaion view hangs

[skondkar]

@miq-bot add_label providers/hawkular
cc @abonas

[abonas]

@miq-bot add_label bug

[abonas]

@skondkar does this happen for all server types? in the example you try this on hawkular, does that happen on EAP server as well?

[skondkar]

@abonas yes. Tested steps for EAP server. Monitoring->Utilization view hangs for EAP server as well.

[abonas]

@abonas yes. Tested steps for EAP server. Monitoring->Utilization view hangs for EAP server as well.

ok thanks for clarifying

[netsquire]

This issue happens for Hawkular and EAP 7 both.

[abonas]

@chrisarcand is this issue related to #10088?
I see this exception in the log:

[----] E, [2016-07-31T18:50:45.040755 #11913:36f998] ERROR -- : MIQ(MiqQueue#deliver) Message id: [16274], Error: [undefined method `apply_legacy_finder_options' for LiveMetric:Class]
[----] E, [2016-07-31T18:50:45.040989 #11913:36f998] ERROR -- : [NoMethodError]: undefined method `apply_legacy_finder_options' for LiveMetric:Class  Method:[rescue in deliver]
[----] E, [2016-07-31T18:50:45.041144 #11913:36f998] ERROR -- : /home/abonas/code/manageiq/manageiq/lib/rbac/filterer.rb:442:in `method_with_scope'
/home/abonas/code/manageiq/manageiq/lib/rbac/filterer.rb:202:in `search'
/home/abonas/code/manageiq/manageiq/lib/rbac/filterer.rb:86:in `search'
/home/abonas/code/manageiq/manageiq/lib/rbac.rb:5:in `search'
/home/abonas/code/manageiq/manageiq/app/models/miq_report/generator.rb:277:in `_generate_table'
/home/abonas/code/manageiq/manageiq/app/models/miq_report/generator.rb:176:in `block in generate_table'
/home/abonas/code/manageiq/manageiq/app/models/user.rb:278:in `with_user'
/home/abonas/code/manageiq/manageiq/app/models/miq_report/generator.rb:176:in `generate_table'
/home/abonas/code/manageiq/manageiq/app/models/miq_report/generator/async.rb:34:in `block in _async_generate_tables'
/home/abonas/code/manageiq/manageiq/app/models/miq_report/generator/async.rb:33:in `each'
/home/abonas/code/manageiq/manageiq/app/models/miq_report/generator/async.rb:33:in `each_with_index'
/home/abonas/code/manageiq/manageiq/app/models/miq_report/generator/async.rb:33:in `_async_generate_tables'
/home/abonas/code/manageiq/manageiq/app/models/miq_queue.rb:347:in `block in deliver'
/home/abonas/.rvm/rubies/ruby-2.2.2/lib/ruby/2.2.0/timeout.rb:89:in `block in timeout'
/home/abonas/.rvm/rubies/ruby-2.2.2/lib/ruby/2.2.0/timeout.rb:34:in `block in catch'
/home/abonas/.rvm/rubies/ruby-2.2.2/lib/ruby/2.2.0/timeout.rb:34:in `catch'
/home/abonas/.rvm/rubies/ruby-2.2.2/lib/ruby/2.2.0/timeout.rb:34:in `catch'
/home/abonas/.rvm/rubies/ruby-2.2.2/lib/ruby/2.2.0/timeout.rb:104:in `timeout'
/home/abonas/code/manageiq/manageiq/app/models/miq_queue.rb:343:in `deliver'
/home/abonas/code/manageiq/manageiq/app/models/miq_queue_worker_base/runner.rb:106:in `deliver_queue_message'
/home/abonas/code/manageiq/manageiq/app/models/miq_queue_worker_base/runner.rb:134:in `deliver_message'
/home/abonas/code/manageiq/manageiq/app/models/miq_queue_worker_base/runner.rb:152:in `block in do_work'
/home/abonas/code/manageiq/manageiq/app/models/miq_queue_worker_base/runner.rb:146:in `loop'
/home/abonas/code/manageiq/manageiq/app/models/miq_queue_worker_base/runner.rb:146:in `do_work'
/home/abonas/code/manageiq/manageiq/app/models/miq_worker/runner.rb:334:in `block in do_work_loop'

[abonas]

@miq-bot assign @lucasponce

[kbrock]

@lucasponce this is mine. I'll assign back to you when I want your feedback

[hhovsepy]

@abonas this issue is blocker for QE to test utilization. Could you please manage to get it fixed?

[abonas]

@abonas this issue is blocker for QE to test utilization. Could you please manage to get it fixed?

@lucasponce / @kbrock can you please update the status of the fix / ETA? thank you

[kbrock]

@abonas sorry - on it

[abonas]

@kbrock any progress/ETA with this issue?

[kbrock]

@abonas meeting with gt @ 3:00PM EST, hoping to get merged shortly after that

I'm assuming that #10268 will fix this. If it does not fix this, please let me know

[kbrock]

@abonas and @lucasponce can you let me know if this is resolved?

[lucasponce]

Hi @kbrock, I have prepared a small PR to adjust a wrapped array into live_metrics.
This solves this issue.
But I expected also that as part of the "args" variable in AAArM.find(*args) we could get the old ext_options[:only_cols] or equivalent data but in different format.
With that LiveMetrics can optimize its calls into the provider and only fetch the info related of the specified columns.
Do you know if that enhancement is on some of the pendings PRs related to AAArM context ?
Thanks.

[netsquire]

Re-checked - it works for EAP instance, and still hanging for Hawkulars.
Reopen?

[abonas]

Re-checked - it works for EAP instance, and still hanging for Hawkulars.
Reopen?

I tried yesterday's master branch and it doesn't hang for hawkulars on my env.
Can you recheck with the latest code please?

[netsquire]

Instance I used for check was created today (5 hours ago) through Sprout's 'upstream' option...
Is it the latest one?

[abonas]

Instance I used for check was created today (5 hours ago) through Sprout's 'upstream' option...
Is it the latest one?

I have no idea what Sprout is or what setup does it create

[netsquire]

Well, it was re-checked again. It works.
Let be closed.

[skondkar]

Verified on latest upstream. This issue does not exist anymore. Monitoring->Utilization view appears for EAP7 and Hawkular middleware servers and datasources.