Bug 1201465 - Unable to add Default RHEV host credentials
Summary: Unable to add Default RHEV host credentials
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Providers
Version: 5.4.0
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: GA
: 5.4.0
Assignee: Greg Blomquist
QA Contact: Dave Johnson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-03-12 18:17 UTC by Jan Krocil
Modified: 2015-12-03 21:41 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-12 19:23:43 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jan Krocil 2015-03-12 18:17:11 UTC
Description of problem:
-----------------------
User is unable to validate RHEV host credentials and when saved, the host is not able to use them correctly and shows an error on the summary page (+ exclamation point in the quadicon).

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

How reproducible:
-----------------------
RHEV provider needed (tested against 3.4 and 3.5)

Steps to Reproduce:
-----------------------
1. Add a RHEVM provider
2. Edit the hosts credentials and attempt to validate => flash msg error
3. Save the credentials (ignoring the flash msg) => host cant authenticate

Actual results:
-----------------------
Validation = flash error saying:
"Unexpected response returned from system, see log for details"

This can be found in the logs:
[----] I, [2015-03-12T13:57:01.847061 #10596:a15ea0]  INFO -- : MIQ(host-verify_credentials_with_ssh): Verifying Host SSH credentials for [my_rhev_host]
[----] I, [2015-03-12T13:57:01.850986 #10596:a15ea0]  INFO -- : host.connect_ssh: Initiating SSH connection to Host:[my_rhev_host] using [] for user:[root].  Options:[{:remember_host=>false}]
[----] I, [2015-03-12T13:57:01.851060 #10596:a15ea0]  INFO -- : host.connect_ssh: SSH connection established to []
[----] E, [2015-03-12T13:57:01.870250 #10596:a15ea0] ERROR -- : host.connect_ssh: SSH connection failed for [] with [SocketError: getaddrinfo: Name or service not known]
[----] W, [2015-03-12T13:57:01.870472 #10596:a15ea0]  WARN -- : MIQ(Host-verify_credentials_with_ssh): #<SocketError: getaddrinfo: Name or service not known>
[----] E, [2015-03-12T13:57:01.870590 #10596:a15ea0] ERROR -- : MIQ(host_controller-update): Unexpected response returned from system, see log for details

The used host is set up with:
Hostname: IPv4 address
IP address: IPv4 address

Nothing else is set in the web UI.

Saving the credentials raises the same error.

Expected results:
-----------------------
Creds validation works and the host is able to authenticate using the saved creds.

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

Comment 1 Jan Krocil 2015-03-12 18:18:51 UTC
The host is reachable from the appliance.
I can log in through SSH without any issues.

Comment 4 Owen Marinas 2015-12-03 21:41:20 UTC
I'm able to reproduce this, from evm.log

[----] I, [2015-12-03T16:39:02.728257 #7142:7bbe98]  INFO -- : MIQ(host-verify_credentials_with_ssh): Verifying Host SSH credentials for [blakvmd02]
[----] I, [2015-12-03T16:39:02.733405 #7142:7bbe98]  INFO -- : host.connect_ssh: Initiating SSH connection to Host:[blakvmd02] using [blakvmd02] for user:[rot].  Options:[{:remember_host=>false}]
[----] I, [2015-12-03T16:39:02.733540 #7142:7bbe98]  INFO -- : host.connect_ssh: SSH connection established to [blakvmd02]
[----] E, [2015-12-03T16:39:03.054579 #7142:7bbe98] ERROR -- : host.connect_ssh: SSH connection failed for [blakvmd02] with [SocketError: getaddrinfo: Name or service not known]
[----] W, [2015-12-03T16:39:03.054960 #7142:7bbe98]  WARN -- : MIQ(Host-verify_credentials_with_ssh): #<SocketError: getaddrinfo: Name or service not known>
[----] E, [2015-12-03T16:39:03.055152 #7142:7bbe98] ERROR -- : MIQ(host_controller-update): Unexpected response returned from system, see log for details

the host can be resolved
[root@CloudForms log]# host blakvmd02
blakvmd02.ilg.ad has address 172.28.98.12

and credentilas are valid,


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