Red Hat Bugzilla – Bug 1234904
SCVMM provisioning from template fails on SCVMM SP1
Last modified: 2016-09-12 13:06:33 EDT
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
GregB - Please reassign.
(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;\
New commit detected on manageiq/master: https://github.com/ManageIQ/manageiq/commit/cb675faaff5fc3b5757283de9428ddf834e64544 commit cb675faaff5fc3b5757283de9428ddf834e64544 Author: Bronagh Sorota <bsorota@redhat.com> AuthorDate: Wed Jul 8 11:19:05 2015 -0400 Commit: Bronagh Sorota <bsorota@redhat.com> 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(+)
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@redhat.com> AuthorDate: Wed Jul 8 11:19:05 2015 -0400 Commit: Bronagh Sorota <bsorota@redhat.com> 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(+)
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
The SCVMM PowerShell module isn't even installed, so get-scvmtemplate was never going to work. I need to upgrade our system.
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.
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
No need for information since this BZ is closed