Bug 1236599

Summary:	For SCVMM hypervisor, verifying host credentials throws EPIPE
Product:	Red Hat CloudForms Management Engine	Reporter:	Thom Carlin <tcarlin>
Component:	Providers	Assignee:	Daniel Berger <dberger>
Status:	CLOSED ERRATA	QA Contact:	Jeff Teehan <jteehan>
Severity:	medium	Docs Contact:
Priority:	high
Version:	5.5.0	CC:	dajohnso, jfrey, jhardy, mfeifer, obarenbo
Target Milestone:	GA	Flags:	jteehan: automate_bug-
Target Release:	5.5.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	provider:scvmm:host
Fixed In Version:	5.5.0.1	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-12-08 13:19:53 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Thom Carlin 2015-06-29 13:49:30 UTC

Description of problem:

SCVMM hypervisor verifying credentials throws EPIPE.

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

5.4.0.5.20150605150206_7daa1a8

How reproducible:

100%

Steps to Reproduce:
1. Define Microsoft infrastructure provider
2. Refresh Relationships and Power States
3. For a discovered host, verify credentials

Actual results:

Unexpected response returned from Cloud/Infrastructure Provider, see log for details

Expected results:

Verified credentials

Additional info:

evm.log:

[----] I, [2015-06-29T09:24:02.144390 #2637:6a1ea4]  INFO -- : MIQ(Host-Microsoft-verify_credentials): Connecting to WMI to verify credentials: [fqdn] -[domain\user]
[----] W, [2015-06-29T09:24:02.248679 #2637:6a1ea4]  WARN -- : MIQ(Host-Microsoft-verify_credentials): #<Errno::EPIPE: Broken pipe>
[----] E, [2015-06-29T09:24:02.249536 #2637:6a1ea4] ERROR -- : MIQ(host_controller-update): Unexpected response returned from Cloud/Infrastructure Provider, see log for details

Comment 2 Daniel Berger 2015-07-20 14:55:50 UTC

Just looking over miq-wmi-mswin.rb, my initial reaction is to remove the explicit call to WIN32OLE.ole_initialize. If you look at the win32ole.c source code you'll see this comment:

"WIN32OLE.ole_initialize and WIN32OLE.ole_uninitialize are used in win32ole.rb to fix the issue bug #2618 (ruby-core:27634). You must not use these method."

https://bugs.ruby-lang.org/issues/2618

I don't know if that will fix it right off but it's worth a shot.

Comment 3 Daniel Berger 2015-07-22 21:13:44 UTC

Upon further review it looks like this is coming from the open3 call around the wmic call in miq-wmi-linux.rb, not the mswin version.

Comment 4 Daniel Berger 2015-07-23 15:40:51 UTC

I see that Nick Carboni made a change related https://bugzilla.redhat.com/show_bug.cgi?id=1233815. In short, the code now uses awesome_spawn instead of open3. This also happens to solve this bug as well.

https://github.com/ManageIQ/manageiq/commit/4ca5443b2a048df4e67efbc54d8816a3ee2861a3#diff-5649af8d36d8de353d3740927d454246

https://github.com/ManageIQ/manageiq/commit/d351e32c61468bee80435a9f6cd4ccd6d1df89e0#diff-5649af8d36d8de353d3740927d454246

Note that there is another potential issue with infrastructure hosts with domain names included in their primary DNS suffix, which may not resolve. This will cause failures.

Comment 5 Jeff Teehan 2015-11-02 22:22:13 UTC

I've tried with every combination of hostname, ipaddress with the correct domain\
user and it works every time.  I'll keep an eye on it, and it is automated, so if there is an intermittent problem it should show up again.

For now, verified on 5.5.0.8  https://10.16.7.25/vm_infra/explorer and several others.

Comment 7 errata-xmlrpc 2015-12-08 13:19:53 UTC

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.

https://access.redhat.com/errata/RHSA-2015:2551