Problems deploying service template to cluster
-
Sunday, January 20, 2013 6:46 PM
Hi I'm having issues deploying services from some of my templates. I have a three node Hyper-V cluster running Server 2010. I am using VMM 2012 SP1 (final, not beta). These machines have been built from the ground up with RTM bits.
I have multiple service templates showing the same problem, they are all single tier with a single machine in that tier. They fail about 80% of the time, on different nodes of the cluster.
They all fail at the stage 'Install VM components'.
Error (2912)
An internal error has occurred trying to contact the sv-hyper-33.gt.local server: NO_PARAM: NO_PARAM.WinRM: URL: [http://sv-hyper-33.gt.local:5985], Verb: [INVOKE], Method: [GetError], Resource: [http://schemas.microsoft.com/wbem/wsman/1/wmi/root/microsoft/bits/BitsClientJob?JobId={E99E15E4-A2E5-469D-8E2C-6506D0CEEAD0}]
Unknown error (0x80072f06)
I also see this in the BITS event log on the vmm server and the target hyper-v node, I can see the file appear in C:\Windows\Temp and then disappear and then the job fails.
VMM Server:
20/01/2013 02:24:46
Authentication is enabled for the following URL group: https://sv-syscenter-03.gt.local:443/095f37ea5133cbfb4169cde57625d6324311ab0f/.
Negotiate authentication is set to 8.
NTLM authentication is set to 0.
The certificate authentication flag is set to 0.----
VMM Server:
20/01/2013 02:24:46
BITS Compact Server successfully created the following URL group: https://sv-syscenter-03.gt.local:443/095f37ea5133cbfb4169cde57625d6324311ab0f/.----
VMM Server:
20/01/2013 02:24:46
BITS Compact Server successfully added the C:A5cWindowsA5cTEMPA5ctmpEC0.tmp/C:A5cWindowsA5cTEMPA5ctmp948.tmpA5cWindowsA5cSystem32A5cConfigA5csystem URL, which points to the C:\Windows\TEMP\tmpEC0.tmp file.
This URL is in the following URL group: https://sv-syscenter-03.gt.local:443/095f37ea5133cbfb4169cde57625d6324311ab0f/.
The permissions on the URL are set to .----
VMM Server:
20/01/2013 02:24:46
BITS Compact Server successfully deleted the following URL group: https://sv-syscenter-03.gt.local:443/095f37ea5133cbfb4169cde57625d6324311ab0f/.---
Hyper-V Node
20/01/2013 02:24:46
The BITS service created a new job: 095f37ea5133cbfb4169cde57625d6324311ab0f, with owner NT AUTHORITY\SYSTEM---
Hyper-V Node
20/01/2013 02:24:46
Job cancelled. User: NT AUTHORITY\SYSTEM, job: 095f37ea5133cbfb4169cde57625d6324311ab0f, jobID: {e99e15e4-a2e5-469d-8e2c-6506d0ceead0}, owner: NT AUTHORITY\SYSTEM, filecount: 1So I have services that sometimes deploy to the same node and sometimes don't and that pattern is repeated across nodes and templates.
Cheers,
Stephen.
- Edited by Stephen Woolhead GTL Sunday, January 20, 2013 6:47 PM
All Replies
-
Monday, January 28, 2013 1:31 PMModerator
Can you test by disabling your windows firewall on the hosts?
second would be to troubleshoot if there's anything else on your system that may interfere on these ports.
-kn
Kristian (Virtualization and some coffee: http://kristiannese.blogspot.com )
-
Monday, January 28, 2013 1:36 PM
Hi, I have all firewalls turned off at the moment, on VMM, file servers and hosts.
I have found that I have the same problem to another 2012 cluster (that is using CSV not file shares) but not to a 2008R2 cluster (at least in as far as I deployed 50 machines to it with out failure, so I'm counting that as working).
It's hit and miss, sometimes it works, most of the time it doesn't :) Can't seem to spot an correlation with time of day, traffic spikes etc.
Cheers,
Stephen.
-
Tuesday, May 21, 2013 12:59 PM
This has been solved by changing the value in
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
From the default 443 to another value such as 8500.
Stephen.
- Marked As Answer by Stephen Woolhead GTL Tuesday, May 21, 2013 12:59 PM

