Bug 1381338 - Regression: Server role selection/deselection not being honored in 5.7.0.3
Summary: Regression: Server role selection/deselection not being honored in 5.7.0.3
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Appliance
Version: 5.7.0
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: GA
: 5.8.0
Assignee: Joe Rafaniello
QA Contact: Nandini Chandra
URL:
Whiteboard: worker
Depends On:
Blocks: 1383363
TreeView+ depends on / blocked
 
Reported: 2016-10-03 18:28 UTC by Nandini Chandra
Modified: 2017-06-12 17:33 UTC (History)
7 users (show)

Fixed In Version: 5.8.0.0
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1383363 (view as bug list)
Environment:
Last Closed: 2017-06-12 17:33:13 UTC
Category: ---
Cloudforms Team: CFME Core
Target Upstream Version:


Attachments (Terms of Use)

Description Nandini Chandra 2016-10-03 18:28:45 UTC
Description of problem:
------------------------
After a server role is selected/deselected, the corresponding worker thread refuses to start/stop.

Note that this issue didn't happen in 5.7.0.1.

Version-Release number of selected component (if applicable):
----------------------------
5.7.0.3


How reproducible:
-----------------
Always


Steps to Reproduce:
-------------------
1.Select a server role and save the configuration setting.Observe that the worker role refuses to start.
2.Alternatively, deselect a server role and observe that the corresponding worker refuses to stop.


Actual results:
---------------
After a server role is selected/deselected, the corresponding worker thread refuses to start/stop.


Expected results:
-----------------
After a server role is selected/deselected, the corresponding worker thread should start/stop.


Additional info:
-----------------

Comment 2 Joe Rafaniello 2016-10-03 19:26:44 UTC
Hi Nandini,

Is there an error in the evm.log?
Please provide any errors with a backtrace.

Perhaps it's the undefined method reload_settings ?

If so, maybe it's fixed by this PR:
https://github.com/ManageIQ/manageiq/pull/11456

Comment 3 Nandini Chandra 2016-10-03 20:56:11 UTC
Hi Joe,

Yes, it is the undefined method reload_settings error.

Here's a snippet from evm.log:

[----] E, [2016-10-03T12:34:18.632316 #10200:f6d150] ERROR -- : MIQ(MiqQueue#deliver) Message id: [914], Error: [undefined method `reload_settings' for #<MiqServer:0x0000000b4aa690>]
[----] E, [2016-10-03T12:34:18.633408 #10200:f6d150] ERROR -- : [NoMethodError]: undefined method `reload_settings' for #<MiqServer:0x0000000b4aa690>  Method:[rescue in deliver]
[----] E, [2016-10-03T12:34:18.633692 #10200:f6d150] ERROR -- : /opt/rh/cfme-gemset/gems/activemodel-5.0.0.1/lib/active_model/attribute_methods.rb:433:in `method_missing'
/var/www/miq/vmdb/app/models/miq_queue.rb:347:in `block in deliver'
/opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:91:in `block in timeout'
/opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:33:in `block in catch'
/opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:33:in `catch'
/opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:33:in `catch'
/opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:106:in `timeout'
/var/www/miq/vmdb/app/models/miq_queue.rb:343:in `deliver'
/var/www/miq/vmdb/app/models/miq_server/queue_management.rb:19:in `block in process_miq_queue'
/var/www/miq/vmdb/app/models/miq_server/queue_management.rb:15:in `loop'
/var/www/miq/vmdb/app/models/miq_server/queue_management.rb:15:in `process_miq_queue'
/var/www/miq/vmdb/app/models/miq_server.rb:342:in `block in monitor'
/var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:11:in `realtime_store'
/var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:30:in `realtime_block'
/var/www/miq/vmdb/app/models/miq_server.rb:342:in `monitor'
/var/www/miq/vmdb/app/models/miq_server.rb:372:in `block (2 levels) in monitor_loop'
/var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:11:in `realtime_store'
/var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:30:in `realtime_block'
/var/www/miq/vmdb/app/models/miq_server.rb:372:in `block in monitor_loop'
/var/www/miq/vmdb/app/models/miq_server.rb:371:in `loop'
/var/www/miq/vmdb/app/models/miq_server.rb:371:in `monitor_loop'
/var/www/miq/vmdb/app/models/miq_server.rb:254:in `start'
/var/www/miq/vmdb/lib/workers/evm_server.rb:65:in `start'
/var/www/miq/vmdb/lib/workers/evm_server.rb:92:in `start'
/var/www/miq/vmdb/lib/workers/bin/evm_server.rb:4:in `<main>'

Comment 4 Joe Rafaniello 2016-10-04 15:06:23 UTC
Fixed in https://github.com/ManageIQ/manageiq/pull/11456

in backport to euwe branch:  https://github.com/ManageIQ/manageiq/commit/2e1da5568c9e10b98914bfbe2e76f1f827cb2651

This will land in the next 5.7.0.4 build.

Comment 6 Nandini Chandra 2017-03-02 20:24:24 UTC
Verified in 5.8.0.2


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