Bug 1234904 - SCVMM provisioning from template fails on SCVMM SP1
Summary: SCVMM provisioning from template fails on SCVMM SP1
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Provisioning
Version: 5.4.0
Hardware: All
OS: All
high
high
Target Milestone: GA
: 5.5.0
Assignee: Bronagh Sorota
QA Contact: Jeff Teehan
URL:
Whiteboard:
Depends On:
Blocks: 1241661
TreeView+ depends on / blocked
 
Reported: 2015-06-23 13:19 UTC by ncatling
Modified: 2019-07-11 09:27 UTC (History)
9 users (show)

Fixed In Version: 5.5.0.1
Doc Type: Bug Fix
Doc Text:
Previously, the Virtual Machine Manager (VMM) server was not loaded into the shell for Microsoft's System Center 2012 SP1 Virtual Machine Manager, causing virtual machine provisioning from templates to fail on System Center 2012 SP1 Virtual Machine Manager. System Center 2012 SP1 VMM environments now load the VMM server into the shell, and provisioning from a template succeeds.
Clone Of:
: 1241661 (view as bug list)
Environment:
Last Closed: 2015-12-08 13:18:17 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:2551 0 normal SHIPPED_LIVE Moderate: CFME 5.5.0 bug fixes and enhancement update 2015-12-08 17:58:09 UTC

Description ncatling 2015-06-23 13:19:02 UTC
Description of problem:
SCVMM provisioning from template fails on SCVMM SP1.

Version-Release number of selected component (if applicable):
CFME 5.4
SCVMM SP1

How reproducible:
Attempt provision from template on SCVMM SP1 system.

Steps to Reproduce:
1.
2.
3.

Actual results:
evm/scvmm log error:
Get-SCVMTemplate : The term 'Get-SCVMTemplate' is not recognized as the name of a cmdlet
Followed by this in the evm log:
[[JSON::ParserError]: A JSON text must at least contain two octets!] encountered during phase [start_clone_task]

Expected results:
Provision successful.

Additional info:

Fix is to precede powershell command in clone.rb with:
Import-Module VirtualMachineManager; Get-SCVMMServer localhost

Comment 2 Greg McCullough 2015-06-23 17:07:23 UTC
GregB - Please reassign.

Comment 3 ncatling 2015-06-24 14:55:34 UTC
(In reply to ncatling from comment #0)
> Description of problem:
> SCVMM provisioning from template fails on SCVMM SP1.
> 
> Version-Release number of selected component (if applicable):
> CFME 5.4
> SCVMM SP1
> 
> How reproducible:
> Attempt provision from template on SCVMM SP1 system.
> 
> Steps to Reproduce:
> 1.
> 2.
> 3.
> 
> Actual results:
> evm/scvmm log error:
> Get-SCVMTemplate : The term 'Get-SCVMTemplate' is not recognized as the name
> of a cmdlet
> Followed by this in the evm log:
> [[JSON::ParserError]: A JSON text must at least contain two octets!]
> encountered during phase [start_clone_task]
> 
> Expected results:
> Provision successful.
> 
> Additional info:
> 
> Fix is to precede powershell command in clone.rb with:
> Import-Module VirtualMachineManager; Get-SCVMMServer localhost

Edit, 'Out-Null' needs to be included as follows:
      Import-Module VirtualMachineManager | Out-Null; \
      Get-SCVMMServer localhost | Out-Null;\

Comment 4 CFME Bot 2015-07-08 21:34:18 UTC
New commit detected on manageiq/master:
https://github.com/ManageIQ/manageiq/commit/cb675faaff5fc3b5757283de9428ddf834e64544

commit cb675faaff5fc3b5757283de9428ddf834e64544
Author:     Bronagh Sorota <bsorota>
AuthorDate: Wed Jul 8 11:19:05 2015 -0400
Commit:     Bronagh Sorota <bsorota>
CommitDate: Wed Jul 8 16:11:33 2015 -0400

    For SCVMM 2012 SP1 environments we need to load the VMM Server into the shell
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1234904

 app/models/miq_provision_microsoft/cloning.rb | 3 +++
 1 file changed, 3 insertions(+)

Comment 5 CFME Bot 2015-07-15 19:59:26 UTC
New commit detected on cfme/5.4.z:
https://code.engineering.redhat.com/gerrit/gitweb?p=cfme.git;a=commitdiff;h=80bbe3e2f889fa800947042ce07e06106e40d741

commit 80bbe3e2f889fa800947042ce07e06106e40d741
Author:     Bronagh Sorota <bsorota>
AuthorDate: Wed Jul 8 11:19:05 2015 -0400
Commit:     Bronagh Sorota <bsorota>
CommitDate: Wed Jul 15 11:46:09 2015 -0400

    For SCVMM 2012 SP1 environments we need to load the VMM Server into the shell
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1234904

 vmdb/app/models/miq_provision_microsoft/cloning.rb | 3 +++
 1 file changed, 3 insertions(+)

Comment 7 Bronagh Sorota 2015-10-26 16:33:49 UTC
Milan,

The log is complaining about sysprep which is not part of our provisioning support:
ttp://schemas.microsoft.com/powershell/2004/04"><S S="Error">New-SCVirtualMachine : Virtual Machine Manager was unable to find a value for _x000D__x000A_</S><S S="Error">the required Sysprep parameter LocalAdminCredential.

Is this error specific to SCVMM 2012 SP1? It does not look specific to this BZ, can you provide any clarification to why sysprep is at play here?

thanks
Bronagh

Comment 10 Jeff Teehan 2015-11-30 18:51:40 UTC
The SCVMM PowerShell module isn't even installed, so get-scvmtemplate was never going to work.  I need to upgrade our system.

Comment 11 Jeff Teehan 2015-12-02 17:36:44 UTC
Confirmed that the module must be added manually in this version.  Probably spent a day rebuilding this system.  Anyway, the fix works.  VMs are spinning up from Templates without issues.

Starting Clone of [win7pro64-07-sp1-tpl] to [win7pro-55013]

Tested on 5.5.0.13 using https://10.16.6.225/miq_request/show/1202r1

Moving to verified.

Comment 13 errata-xmlrpc 2015-12-08 13:18:17 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

Comment 14 Bronagh Sorota 2016-09-12 17:06:33 UTC
No need for information since this BZ is closed


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