Há uma atualização do VMware vSphere Client e do Host Update Utility disponíveis agora diretamente da VM, que corrige esse problema sem invadir seu sistema operacional.
Procure pela versão 4.0 Atualização 1 | 208111 - 19/11/09
Ao tentar se conectar a um servidor ESXi usando o cliente VMWare vShere, recebo um erro:
Error parsing the server "server" "clients.xml" file.
Login will continue, contact your system administrator.
Seguido por:
The type initializer for 'VirtualInfrastructure.Utils.HttpWebRequestProxy' threw an exception.
Alguma pista para corrigir isso?
Windows 7 x64 RC Build 7100
cliente vSphere do ESXi 4.0.0 ReleaseBuild-171294
Obrigado,
Keith
Há um tópico no site de comunidades do VMware que detalha os problemas com o funcionamento e as soluções alternativas
Existe uma solução nesse segmento envolvendo assemblies .NET, etc.
Porque isso me levou séculos para descobrir isso, principalmente porque eu não li a segunda página do tópico, aqui estão os passos para o Windows 7 x64, tirados quase inteiramente de aqui .
%SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\System.dllto
C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Libno computador com Windows 7.
<?xml version="1.0" encoding="utf-8"?> <configuration> <system.net> <connectionManagement> <clear/> <add address="*" maxconnection="8" /> </connectionManagement> </system.net> <appSettings> <add key = "protocolports" value = "https:443"/> </appSettings> <runtime> <developmentMode developerInstallation="true"/> </runtime> </configuration>
SET DEVPATH=C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib "C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe"
Eu tive que usar:
copy "%SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\System.dll" "C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib"
... porque "C: \ Program Files (x64)" não existia no meu sistema.
O cliente vSphere estava trabalhando na minha estação de trabalho Windows Server 2008 x64, mas agora que atualizei para o Windows 2008 R2 x64 e estou recebendo os mesmos sintomas dos problemas do Windows 7. Infelizmente, esse truque do Windows 7 parece estar trabalhando no Win2008R2.
Windows 7 32 bits
O acesso é negado.
C: \ Users \ a > COPIAR "C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ System.dll" "C: \ P Arquivos do programa \ VMware \ Infrastructure \ Virtual Infrastructure Client \ Launcher \ Lib " Acesso negado. 0 arquivo (s) copiado (s).
Você terá o mesmo problema no Windows XP se atualizar o framework .net. Você pode instalar a atualização 1 ou posterior do vSphere Client 4.0 para corrigi-lo.
As instruções acima funcionaram para mim [vou copiá-las aqui caso o artigo seja excluído].
Step 1. Get this DLL called
system.dll
*Note: This DLL is usually found in the
%SystemRoot%Microsoft.NETFrameworkv2.0.50727
directory of a non Windows 7 PC with .NET v3.5 SP1 installed.Step 2. Once downloaded install it in the
C:Program Files (x86)VMwareInfrastructureVirtual Infrastructure ClientLauncherLib
directory. If thelib
directory doesn’t exist then create it and drop the dll file into it.Step 3. Next edit the
VpxClient.exe.config
file which can be found in theC:Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher
directory and add the following three lines to it in the location specified in the screenshot below. Then save the changes.<runtime> <developmentMode developerInstallation="true"/> </runtime>
Step 4. From the Windows 7
System Properties
click theAdvanced
tab and then theEnvironment Variables
button as we want to add a newSystem
variable.Create a new
System
variable calledDEVPATH
and assign the following variable value:C:Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
You are now ready to start using the VMware vSphere Client on your Windows 7 machine! Some people have reported having to run the client as an
Administrator
so if you are having difficulties it may pay to try this – I luckily didn’t experience this problem. Also you will likely have to reboot your machine (or restart the explorer.exe process) for your new path information to come into effect.