Bug 1359133

Summary:	Typeerror while refreshing a scvmm provider
Product:	Red Hat CloudForms Management Engine	Reporter:	Felix Dewaleyne <fdewaley>
Component:	Providers	Assignee:	Daniel Berger <dberger>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Jeff Teehan <jteehan>
Severity:	medium	Docs Contact:
Priority:	high
Version:	5.6.0	CC:	cpelland, dajohnso, fdewaley, gblomqui, jfrey, jhardy, jteehan, obarenbo, sacpatil, simaishi
Target Milestone:	GA	Keywords:	TestOnly, ZStream
Target Release:	5.7.0
Hardware:	All
OS:	All
Whiteboard:	provider:scvmm:refresh
Fixed In Version:	5.7.0.0	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:
Clones:	1368169 (view as bug list)		Environment:
Last Closed:	2017-01-11 20:12:54 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:
Bug Depends On:
Bug Blocks:	1368169

Description Felix Dewaleyne 2016-07-22 11:38:40 UTC

Description of problem:
Dufing the refresh of the SCVMM provider a typeerror is raised

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

How reproducible:
customer environemnt, every single refresh

Steps to Reproduce:
1.initiate refresh against scvmm
2.
3.

Actual results:
[----] E, [2016-07-21T11:18:41.465120 #3839:103b988] ERROR -- : MIQ(ManageIQ::Providers::Microsoft::InfraManager::Refresher#refresh) EMS: [SCVMM], id: [1000000000001] Refresh failed
[----] E, [2016-07-21T11:18:41.465308 #3839:103b988] ERROR -- : [TypeError]: no implicit conversion of Symbol into Integer  Method:[rescue in block in refresh]


Expected results:
refresh progresses

Additional info:
- need to confirm scvmm version
- trace attached to the case

Comment 3 Jeff Teehan 2016-07-27 05:43:25 UTC

I'll do the QE on this one. Could be one of the known errors like dual dvd, unnamed volumes, etc.

Comment 4 Jeff Teehan 2016-07-29 03:48:09 UTC

Dan has it assigned.  We'll work on it together.

Comment 5 Daniel Berger 2016-08-01 13:52:11 UTC

Jeff, I cannot duplicate locally. I assume it has something to do with this change:

https://github.com/ManageIQ/manageiq/pull/9519

However, I tested with 0, 1 and 2 DVD's, so I'm not sure what would cause this.

Comment 6 Daniel Berger 2016-08-01 20:00:11 UTC

Ah, just realized that PR was applied against 5.6.1.0, sorry.

Comment 7 Jeff Teehan 2016-08-01 20:10:41 UTC

Hi Felix.  Dan and I are having some issues tracking this down.  
We took the value from the log and force fed it to an appliance and it worked fine.  Was wondering if a new VM had been recently added.

We need:

1. Verification of the CFME Version Number

and if possible

2. Create a 5.6.1 appliance and add that SCVMM provider again.  5.6.1 has several ISO related fixes in it.

Let us know.

Comment 12 Daniel Berger 2016-08-15 18:02:38 UTC

Going to mark this as post, since the changes in https://github.com/ManageIQ/manageiq/pull/9519, which the client is using as a hotfix, seem to have fixed it.

Comment 14 Jeff Teehan 2016-09-12 16:42:41 UTC

I've turned on every known troublesome VM I have for this run and so far I haven't seen any errors like this one.  I'm pretty sure we cleaned up a bunch of these with 5.6.1.  If it comes back we can reopen it.

Moving to verified using 10.16.7.232 running 5.7.0.0.20160906172503_12f65cb