Anyone ever had problems with the admin console crashing? How about the crash happening each time the admin console refreshes? Or perhaps troubleshooting has identified that the problem only occurs when a particular host is refreshed? Ever wonder why this is happening? While there are many potential causes of this problem, I want to take a few minutes and discuss one potential cause and provide you with some possible workarounds.
The error messages displayed in the console are usually the typical 1612 (lost connectivity) or 1700 (during a refresh) and are only a symptom and not the underlying issue. You’ll need to open the VMManager log and look for the following errors which contain PostVirtualNetworkUpdate:
Error 1/18/2009 3:21:27 PM Virtual Machine Manager 19999 None
Description: Virtual Machine Manager (vmmservice:6452) has encountered an error and needed to exit the process. Windows generated an error report with the following parameters:
Error 1/18/2009 3:21:27 PM Virtual Machine Manager 1 None
The cause is that Windows is reporting 2 NICs with the same name. This issue is a known bug that will be corrected in the next version of VMM.
The workaround options at this point can be:
a) Update the network card drivers in the hope that it resets the names
b) Avoid binding virtual netowrks to either of the duplicate NICs
c) Disable all but one of the duplicate NICs on the host
d) Disable host refresh and only do on-demand refresh (for all hosts but the affected one)
e) Don’t manage the host with VMM
Note: Other causes have been reported that if the Host has NIC teaming enabled or has any ghosted NICs…
So, now we know what the problem is but how do we resolve it? Here are the steps that I use when confronted with this issue. First, determine which Host is experiencing the problem. Either of the following methods will work.
1. Use the devcon utility which can be downloaded from KB311272. After installing devcon, open a command prompt and navigate to the directory where it’s located. Then run the following commands.
devcon listclass net
devcon findall =net
The output should be identical. If not, then any additional devices will have to be manually deleted from the Host.
2. Open a command prompt and type the following command:
systeminfo (if local)
systeminfo /s <machine_name> (if remote)
The output will display all NICs for a given machine.
Now the final step is to actually remove the ghosted NIC from the Host. Again, we’ll want to use the DEVCON utility.
1. From the output from the previous devcon commands, locate the ghosted NIC. The line will look similar to the following:
PCI\VEN_14E4&DEV_1677&SUBSYS_01A81028&REV_01\4&22443A69&0&00E5: Broadcom NetXtreme 57xx Gigabit Controller
2. Remove the ghosted NIC by typing the following command:
devcon –r remove “PCI\VEN_14E4&DEV_1677&SUBSYS_01A81028&REV_01\4&22443A69&0&00E5: Broadcom NetXtreme 57xx Gigabit Controller”
For additional information on this process please refer to KB269155.
Sr. Support Escalation Engineer
Enterprise Platforms Support | SCVMM | Cluster
Anyone ever had problems with the admin console crashing?  How about the crash happening each time
We experienced the 19999 errors and constant SCVMM console crashes. I followed this article, and I found that we didn’t have any teamed or ghosted NICS, but the server had installed both network cards using exactly the same device name! To correct this I removed the virtual networks attached the affected NICs, and then within device manager I uninstalled and re-installed the affected NICs so that the names were generated uniquely. I then re-created the virtual networks. The SCVMM console is now stable again :-)
Hi - We are experiencing the issue because we have teamed NICs I guess. Is there any fix for the teamed NIC issue?