Bug 1359133 - Typeerror while refreshing a scvmm provider
Summary: Typeerror while refreshing a scvmm provider
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Providers
Version: 5.6.0
Hardware: All
OS: All
high
medium
Target Milestone: GA
: 5.7.0
Assignee: Daniel Berger
QA Contact: Jeff Teehan
URL:
Whiteboard: provider:scvmm:refresh
Depends On:
Blocks: 1368169
TreeView+ depends on / blocked
 
Reported: 2016-07-22 11:38 UTC by Felix Dewaleyne
Modified: 2019-12-16 06:10 UTC (History)
10 users (show)

Fixed In Version: 5.7.0.0
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1368169 (view as bug list)
Environment:
Last Closed: 2017-01-11 20:12:54 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

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
Note You need to log in before you can comment on or make changes to this bug.