Error parsing the server clients xml file

1 Solution

75 Replies

Коллеги обновили наш   тестовый стенд до уровня VMware vSphere, и сразу те у кого установлена ОС Microsoft Windows 7 RС  поймали ряд проблем с работой VMware vSphere Client, клиент не работает. При попытке авторизоваться получаем ошибку:

Error parsing the server «192.168.13.17» «clients.xml» file.
Login will continue, contact your system administrator.

Хочется верит что VMware  в скором времени поправит этот досадный баг, на данном этапе проблема запуска клиента под Windows 7 решается следующим образом:

1.Создайте папку Lib по следующему пути:

  сам файл библиотеки нужно взять из любой системы с ОС Windows Server 2003 где установлен .NET framework,  файл расположен по следующему пути: 

  c:windowsMicrosoft. NETFrameworkv2.0.50727

2.Теперь нужно добавить несколько строк  в конфигурационный файл  VpxClient.exe.config который располагается  в

  C:Program FilesVMwareInfrastructureVirtual Infrastructure ClientLauncher

  Открываем файлик блокнотом и вносим в него следующие строки

<runtime>
<developmentMode developerInstallation=»true»/>
</runtime>

В итоге наш конфигурационный файл будет иметь следующий вид:

<?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>

После внесения изменений сохраните файл.

3. Далее зайдите в свойства системы My computer –>Properties –>Advandced System Settings –> User variables —>New  добавим значение с именем “Devpath”,  в поле Value указать C:Program FilesVMwareInfrastructureVirtual Infrastructure ClientLauncherLib

Нажмите Ок. Можно запускать клиента VMware vSphere

Существует неофициальный способ починить эту проблему.

Симптомы следующие

• Вы не можете запустить клиента vSphere
• Клиент vSphere  был установлен в ОС Windows 7 или Windows Server 2008 R2 и при попытке подключения к серверу vSphere, вы видите ошибки:
  • Error parsing the server «<servername>» «clients.xml» file.
  • The type initializer for VirtualInfrastructure.Utils.HttpWebRequestProxy’ threw an exception.

Как оказалось, старые версии  клиента vSphere некорректно работают в Windows 7 или Windows Server 2008 R2, в режиме совместимости (Compatibility Mode) клиент также не запускается.

Эта проблема, вероятно, появилась из-за изменений в механизмах загрузки .NET, которые Microsoft ввела в своих последних версиях ОС.

Существует  2 пути решения этой проблемы.

• Установить Windows XP внутри  виртуальной машины в Windows 7 или Windows Server 2008 R2 с помощью технологии Windows XP Mode. И затем ставить и запускать клиента vSphere внутри этой виртуальной машины.
• Обход обычного механизма загрузки  . NET Framework.
  Предупреждение: Этот способ не является официальным

Чтобы изменить нормальный порядок загрузки .NET Framework, воспользуйтесь следующей инструкцией:

1. Скачайте файл System.dll. Этот файл можно найти в папке %SystemRoot%Microsoft.NETFrameworkv2.0.50727 на машинах с OC Windows XP, Windows Server 2003  с установленным пакетом.NET v3.5 SP1.

2. Скопируйте файл в каталог C:Program Files (x86)VMwareInfrastructureVirtual Infrastructure ClientLauncherlib. Примечание: Если каталог lib не существует, создайте его.

3. Откройте файл VpxClient.exe.config в текстовом редакторе. Этот файл лежит в каталоге C:Program Files (x86)VMwareInfrastructureVirtual Infrastructure ClientLauncher.

4. Добавьте три следующие строки в файл VpxClient.exe.config сразу перед секцией </configuration>:
<runtime>
<developmentMode developerInstallation=»true»/>
</runtime>

5. В окне свойств системы (System Properties) в Windows 2008 R2 или Windows 7, перейдите на вкладку  Advanced > Environment Variables (переменные окружения)

6. Создайте новую системную переменную с именем DEVPATH и присвойте ей  значение:
C:Program Files (x86)VMwareInfrastructureVirtual Infrastructure ClientLauncherLib
Примечание: в 32-битных операционных системах, замените «Program Files (x86)» на «Program Files».
После этого vSphere Client  должен корректно запустится на ПК с Windows 7 или Windows Server 2008 R2. Возможно, придется запускать его с  правами администратора (щелкните правой кнопкой мыши по ярлыку и выберите Run as administrator).

I ran into an interesting error while working at a client’s office when I was given the wrong hostname for an ESXi server I needed to connect to and because the error message I saw was so strange, I thought it would be worth while writing a blog post in case anyone else comes across this and wants to search for a quick answer.

Problem

You fire up VMware vSphere Client and attempt to log into a host:

After you enter the credentials and click on the Login button, VMware vSphere Client begins trying to connect to the host:

Shortly after the Connecting… status is displayed, you see an error window pop up with the message:

Error parsing the server “someESXiHostName” “clients.xml” file.

Login will continue, contact your system administrator.

After you click OK button for the error message above, you see the following error message:

The ‘;’ character, hexadecimal value 0x3B, cannot be included in a name. Line 5, position 654.

After you click OK button, you’re back at the vSphere Client login prompt:

Solution

The reason why you are presented with these strange error messages (at least for this example) is because the vSphere Client hit a webpage that was responding with content that the client is attempting to parse but doesn’t understand it.  So instead of receiving the usual error message:

vSphere Client could not connect to “someESXiHostName”.

The server name could not be resolved. (The remote name could not be resolved: ‘someESXiHostName’)

… when you type in a hostname or IP that does not respond, you get the strange error messages as shown earlier in the post because the vSphere client is trying to parse the information provided by a webpage.  Reasons as to why something like this would happen is if you’re using a DNS server that redirects all unresolvable names to a common webpage or the hostname you tried to connect to already has an A record pointing to a webpage.

The easiest way to test is to either start up a command prompt and try to ping the hostname to see if it’s resolving to an unidentified public IP:

… or open up internet explorer and try to browse the webpage for that host name:

Hope this helps anyone that may be unfamiliar with the strange error messages and needs a quick answer.