Answered 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: 1

     

    So 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.


All Replies

  • Monday, January 28, 2013 1:31 PM
    Moderator
     
     

    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
     
     Answered

    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.