Bug 1375253 - RHEV C&U creds validation broken; success is followed by 2 failures, clicking add button afterwards sometimes ends with an error page
Summary: RHEV C&U creds validation broken; success is followed by 2 failures, clicking...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Providers
Version: 5.6.0
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: GA
: cfme-future
Assignee: Chris Arcand
QA Contact: Angelina Vasileva
URL:
Whiteboard: rhev:c&u
: 1385436 (view as bug list)
Depends On:
Blocks: 1393032
TreeView+ depends on / blocked
 
Reported: 2016-09-12 14:44 UTC by movciari
Modified: 2019-05-28 08:34 UTC (History)
17 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1393032 (view as bug list)
Environment:
Last Closed: 2017-01-05 18:22:43 UTC
Category: ---
Cloudforms Team: RHEVM
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1388452 0 medium CLOSED Internal Server Error 500 sometimes as a blank page with plaintext instead of a modal window 2021-02-22 00:41:40 UTC

Internal Links: 1388452

Description movciari 2016-09-12 14:44:17 UTC
Description of problem:
When adding a new RHV 4.0 provider in CFME , when you fill the C&U database form and then click "Validate" button fast enough, validation will fail. After waiting for a few seconds and clicking the button again, without changing anything in form, it will pass. 
Discovered first due to selenium tests, but I was also able to reproduce it manually when fast enough

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

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 2 Aparna Karve 2016-09-12 21:59:44 UTC
Could you please provide me your appliance details and any other details that you think are necessary to reproduce this issue?

Thanks,
Aparna

Comment 3 movciari 2016-09-13 13:46:52 UTC
needinfo resolved via email

Comment 4 movciari 2016-09-13 14:01:17 UTC
tested the same thing again:
when i keep clicking the validate button, it will keep switching between failed and successful validation

Comment 6 Jan Krocil 2016-10-25 09:53:23 UTC
Dave Johnson 2016-10-16 22:22:19 EDT
Description of problem:
===============================
Chasing an automation failure I found that when you add c&u credentials for a RHV4.0 provider it occasionally fails.  This occurred with both rhv46 and rhv40 provider environments.  Ultimately opt'ing to skip validation with the test automation until this is resolved.

__WHEN VERIFIYING__, you need to contact dajohnso so we can get the automation workaround removed.


Version-Release number of selected component (if applicable):
===============================
5.6.2 and 5.7.0.5


How reproducible:
======================
50%


Steps to Reproduce:
=========================
1.  fill in add provider form for rhv
2.  click to c&u credential form with correct creds
3.  validate c&u creds 10 times


Actual results:
=================
fails half the time


Expected results:
=================
passes every time


Additional info:
=====================

Seems to be somewhat common implementation with problems???
https://www.google.com/search?q=onnectionBad%3A+connection+is+closed&ie=utf-8&oe=utf-8


evm.log snippet
=====================
2016-10-16 21:36:06 -0400: Rack app error: #<PG::ConnectionBad: connection is closed>
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/postgresql_adapter.rb:254:in `reset'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/postgresql_adapter.rb:254:in `reconnect!'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract_adapter.rb:400:in `verify!'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:770:in `block in checkout_and_verify'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:126:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:126:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:506:in `block (2 levels) in compile'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:455:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:455:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:101:in `__run_callbacks__'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:750:in `_run_checkout_callbacks'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:769:in `checkout_and_verify'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:501:in `checkout'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:364:in `connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:875:in `retrieve_connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_handling.rb:128:in `retrieve_connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_handling.rb:91:in `connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/query_cache.rb:27:in `run'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:39:in `block in register_hook'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:396:in `instance_exec'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:396:in `block in make_lambda'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:169:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:169:in `block (2 levels) in halting'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:547:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:547:in `block (2 levels) in default_terminator'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:546:in `catch'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:546:in `block in default_terminator'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:170:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:170:in `block in halting'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `block in call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `each'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:101:in `__run_callbacks__'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:750:in `_run_run_callbacks'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:90:in `run_callbacks'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:99:in `run!'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:61:in `block in run!'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:58:in `tap'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:58:in `run!'
/opt/rh/cfme-gemset/gems/actionpack-5.0.0.1/lib/action_dispatch/middleware/executor.rb:10:in `call'
/opt/rh/cfme-gemset/gems/rack-2.0.1/lib/rack/sendfile.rb:111:in `call'
/opt/rh/cfme-gemset/gems/railties-5.0.0.1/lib/rails/engine.rb:522:in `call'
/opt/rh/rh-ruby22/root/usr/share/gems/gems/puma-3.3.0/lib/puma/configuration.rb:224:in `call'
/opt/rh/rh-ruby22/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:561:in `handle_request'
/opt/rh/rh-ruby22/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:406:in `process_client'
/opt/rh/rh-ruby22/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:271:in `block in run'
/opt/rh/rh-ruby22/root/usr/share/gems/gems/puma-3.3.0/lib/puma/thread_pool.rb:111:in `call'
/opt/rh/rh-ruby22/root/usr/share/gems/gems/puma-3.3.0/lib/puma/thread_pool.rb:111:in `block in spawn_thread'
/opt/rh/cfme-gemset/gems/logging-2.1.0/lib/logging/diagnostic_context.rb:450:in `call'
/opt/rh/cfme-gemset/gems/logging-2.1.0/lib/logging/diagnostic_context.rb:450:in `block in create_with_logging_context'
[----] I, [2016-10-16T21:36:10.248315 #4399:10f3998]  INFO -- : MIQ(MiqServer#heartbeat) Heartbeat [2016-10-17 01:36:10 UTC]...
[----] I, [2016-10-16T21:36:10.286671 #4399:10f3998]  INFO -- : MIQ(MiqServer#heartbeat) Heartbeat [2016-10-17 01:36:10 UTC]...Complete
[----] W, [2016-10-16T21:36:11.449710 #4638:1540758]  WARN -- : MIQ(ManageIQ::Providers::Redhat::InfraManager#verify_credentials_for_rhevm_metrics) PGError: connection is closed
[----] W, [2016-10-16T21:36:11.450392 #4638:1540758]  WARN -- : MIQ(ManageIQ::Providers::Redhat::InfraManager#authentication_check_no_validation) type: ["metrics"] for [] [rhvqe40] Validation failed: invalid, Login failed due to a bad username or password.
[----] E, [2016-10-16T21:36:11.450648 #4638:1540758] ERROR -- : MIQ(ems_infra_controller-create): Credential validation was not successful: Login failed due to a bad username or password.

Comment 7 Jan Krocil 2016-10-25 09:53:39 UTC
Jan Krocil 2016-10-25 03:56:17 EDT
I just retested this in 5.7.0.6 and I see a 1/3 success rate.
With 3 clicks on the Validate button, a success is logged in production.log followed by 2 failures that are logged in evm.log.
There is always 1 success and 2 failures no matter how fast in succession it is done except for the first ~3 clicks which can be a random mix of successes and failures.
In addition, the second failure doesn't generate a flash message (separate BZ?).
This behavior is seen both when adding a new one and editing an already-existing provider.

Tested against RHEV 3.4 and RHEV 4.0, happens with both.

Same behavior in 5.6.2.0, except the error message in the older version says "Credential validation was not successful: Login failed due to a bad username or password." instead.

5.5.4.0 works just fine with repeated validation.

First failure:
==============
[----] W, [2016-10-25T03:11:07.076958 #3119:11a3780]  WARN -- : MIQ(ManageIQ::Providers::Redhat::InfraManager#verify_credentials_for_rhevm_metrics) PGError: connection is closed
[----] W, [2016-10-25T03:11:07.077457 #3119:11a3780]  WARN -- : MIQ(ManageIQ::Providers::Redhat::InfraManager#authentication_check_no_validation) type: ["metrics"] for [] [nested_rhevm34] Validation failed: invalid, connection is closed
[----] E, [2016-10-25T03:11:07.077589 #3119:11a3780] ERROR -- : MIQ(ems_infra_controller-create): Credential validation was not successful: connection is closed


Second failure:
===============
2016-10-25 03:11:41 -0400: Rack app error: #<PG::ConnectionBad: connection is closed>
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/postgresql_adapter.rb:254:in `reset'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/postgresql_adapter.rb:254:in `reconnect!'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract_adapter.rb:400:in `verify!'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:770:in `block in checkout_and_verify'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:126:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:506:in `block (2 levels) in compile'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:455:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:101:in `__run_callbacks__'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:750:in `_run_checkout_callbacks'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:769:in `checkout_and_verify'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:501:in `checkout'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:364:in `connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:875:in `retrieve_connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_handling.rb:128:in `retrieve_connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_handling.rb:91:in `connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/query_cache.rb:27:in `run'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:39:in `block in register_hook'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:396:in `instance_exec'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:396:in `block in make_lambda'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:169:in `block (2 levels) in halting'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:547:in `block (2 levels) in default_terminator'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:546:in `catch'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:546:in `block in default_terminator'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:170:in `block in halting'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `block in call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `each'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:101:in `__run_callbacks__'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:750:in `_run_run_callbacks'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:90:in `run_callbacks'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:99:in `run!'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:61:in `block in run!'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:58:in `tap'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:58:in `run!'
/opt/rh/cfme-gemset/gems/actionpack-5.0.0.1/lib/action_dispatch/middleware/executor.rb:10:in `call'
/opt/rh/cfme-gemset/gems/rack-2.0.1/lib/rack/sendfile.rb:111:in `call'
/opt/rh/cfme-gemset/gems/railties-5.0.0.1/lib/rails/engine.rb:522:in `call'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/configuration.rb:224:in `call'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:561:in `handle_request'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:406:in `process_client'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:271:in `block in run'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/thread_pool.rb:111:in `block in spawn_thread'

Comment 8 Jan Krocil 2016-10-25 09:53:49 UTC
The first failure ensures that the following validation will fail as well no matter which tab (Default or C&U) you press the Validate button on.

Comment 9 Jan Krocil 2016-10-25 09:54:02 UTC
*** Bug 1385436 has been marked as a duplicate of this bug. ***

Comment 10 Jan Krocil 2016-10-25 10:05:22 UTC
If you are lucky, you can also get "An unhandled lowlevel error occurred. The application logs may have details." when clicking the Add button once Validated. Raising severity to High.

Comment 11 Jan Krocil 2016-10-25 10:13:39 UTC
This is evm.log for the "An unhandled lowlevel error..." page:
--------------------------------------------------------------
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/postgresql_adapter.rb:254:in `reset'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/postgresql_adapter.rb:254:in `reconnect!'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract_adapter.rb:400:in `verify!'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:770:in `block in checkout_and_verify'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:126:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:506:in `block (2 levels) in compile'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:455:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:101:in `__run_callbacks__'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:750:in `_run_checkout_callbacks'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:769:in `checkout_and_verify'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:501:in `checkout'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:364:in `connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:875:in `retrieve_connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_handling.rb:128:in `retrieve_connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/connection_handling.rb:91:in `connection'
/opt/rh/cfme-gemset/gems/activerecord-5.0.0.1/lib/active_record/query_cache.rb:27:in `run'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:39:in `block in register_hook'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:396:in `instance_exec'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:396:in `block in make_lambda'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:169:in `block (2 levels) in halting'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:547:in `block (2 levels) in default_terminator'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:546:in `catch'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:546:in `block in default_terminator'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:170:in `block in halting'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `block in call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `each'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:454:in `call'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:101:in `__run_callbacks__'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:750:in `_run_run_callbacks'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/callbacks.rb:90:in `run_callbacks'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:99:in `run!'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:61:in `block in run!'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:58:in `tap'
/opt/rh/cfme-gemset/gems/activesupport-5.0.0.1/lib/active_support/execution_wrapper.rb:58:in `run!'
/opt/rh/cfme-gemset/gems/actionpack-5.0.0.1/lib/action_dispatch/middleware/executor.rb:10:in `call'
/opt/rh/cfme-gemset/gems/rack-2.0.1/lib/rack/sendfile.rb:111:in `call'
/opt/rh/cfme-gemset/gems/railties-5.0.0.1/lib/rails/engine.rb:522:in `call'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/configuration.rb:224:in `call'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:561:in `handle_request'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:406:in `process_client'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/server.rb:271:in `block in run'
/opt/rh/rh-ruby23/root/usr/share/gems/gems/puma-3.3.0/lib/puma/thread_pool.rb:111:in `block in spawn_thread'

Comment 13 Jan Krocil 2016-10-25 11:13:51 UTC
The error message sometimes appears in a modal window with a Server Error 500 title and sometimes just as a plaintext message on a blank page. This seems like a separate issue...

Comment 14 Dave Johnson 2016-10-25 19:51:07 UTC
Comments 10-13 are not tracked in bug 1388452

Comment 15 Dave Johnson 2016-10-25 20:04:37 UTC
# rhevm36
[root@rhevm36 ~]# rpm -qa | grep postgres
postgresql-server-8.4.20-6.el6.x86_64
postgresql-8.4.20-6.el6.x86_64
postgresql-jdbc-8.4.704-2.el6.noarch
postgresql-libs-8.4.20-6.el6.x86_64

# rhv40
[root@rhv40 ~]# rpm -qa | grep postgres
postgresql-9.2.18-1.el7.x86_64
postgresql-libs-9.2.18-1.el7.x86_64
postgresql-jdbc-9.2.1002-5.el7.noarch
postgresql-server-9.2.18-1.el7.x86_64

Comment 18 Ilanit Stein 2016-11-01 09:31:45 UTC
Also reproduced this manually, on CFME-5.7.0.6 Alpha3.
Filled the C&U database form, and then click "Validate".
Then when pressing the "Add" button, a window opened, on the following screen, with internal 500 error, that was possible to close.

Comment 19 Ilanit Stein 2016-11-01 09:36:51 UTC
In continue to comment 18, forgot to mention that was with RHV-4.0.4

Comment 21 CFME Bot 2016-11-02 17:15:26 UTC
New commit detected on ManageIQ/ovirt_metrics/master:
https://github.com/ManageIQ/ovirt_metrics/commit/0fd4fa0b7e6249cb12cae62f1b3209280fedca1f

commit 0fd4fa0b7e6249cb12cae62f1b3209280fedca1f
Author:     Chris Arcand <chris>
AuthorDate: Wed Nov 2 11:32:19 2016 -0500
Commit:     Chris Arcand <chris>
CommitDate: Wed Nov 2 11:37:59 2016 -0500

    Properly disconnect
    
    disconnect! disconnects the only the adapter connection; remove_connection
    removes the connection for this class and will disconnect the correct
    connection pool.
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1375253

 lib/ovirt_metrics.rb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comment 23 CFME Bot 2016-11-02 20:41:09 UTC
New commit detected on ManageIQ/manageiq/master:
https://github.com/ManageIQ/manageiq/commit/46672df73d3c5d0729d2d9cdfb33f0afcd1d0b5d

commit 46672df73d3c5d0729d2d9cdfb33f0afcd1d0b5d
Author:     Chris Arcand <chris>
AuthorDate: Wed Nov 2 12:17:35 2016 -0500
Commit:     Chris Arcand <chris>
CommitDate: Wed Nov 2 12:17:35 2016 -0500

    Bump ovirt_metrics to 1.3.1
    
    Fixes C&U credential verification bug
    
    https://github.com/ManageIQ/ovirt_metrics/pull/14
    https://bugzilla.redhat.com/show_bug.cgi?id=1375253

 Gemfile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comment 24 Oved Ourfali 2016-11-07 10:22:36 UTC
Chris, shouldn't this be on POST?

Comment 25 Chris Arcand 2016-11-07 14:29:07 UTC
Oved, I was under the impression that should move it to POST once it was backported, not just merged to upstream master. I'll double check that, and sorry if that's the case!

Comment 26 Nick Carboni 2016-11-07 14:38:24 UTC
Fixed up the flags and release. This will get a clone for 5.7

Comment 27 Chris Arcand 2016-11-07 14:48:28 UTC
Ahhh I see. Thanks Nick!

Comment 28 CFME Bot 2016-11-07 18:56:13 UTC
New commit detected on ManageIQ/manageiq/euwe:
https://github.com/ManageIQ/manageiq/commit/7b19f1e0ef4b76e0545e83c61fc883c19ab8887c

commit 7b19f1e0ef4b76e0545e83c61fc883c19ab8887c
Author:     Jason Frey <fryguy9>
AuthorDate: Wed Nov 2 16:36:26 2016 -0400
Commit:     Oleg Barenboim <chessbyte>
CommitDate: Mon Nov 7 13:48:11 2016 -0500

    Merge pull request #12362 from chrisarcand/update-ovirt-metrics
    
    Bump ovirt_metrics to 1.3.1
    (cherry picked from commit a20f8268b96ed2ac217775238c46bbd24f5a4ebf)
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1375253

 Gemfile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comment 30 Chris Arcand 2016-12-13 16:32:25 UTC
New changes made to further fix this issue:

https://github.com/ManageIQ/ovirt_metrics/pull/16
https://github.com/ManageIQ/manageiq/pull/13148

Comment 31 Chris Arcand 2017-01-05 18:22:10 UTC
As the clone of this bug is closed (bug #1393032) I believe this can be as well.


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