Уже четвертый акт нашего балета с vSphere 6.0.
В результате третьего акта Обновление хостов ESXi 5.5 до ESXi 6.0 против Veeam NAS мы получили хосты, виртуальные машины на которых потребовали обновления VMware Tools.
После запуска PowerCLI-скрипта с массовым обновлением компонента интеграции
|
1 2 |
$VM=Get-VM | Get-View | Select-Object @{N="VM Name";E={$_.Name}},@{Name="VMware Tools";E={$_.Guest.ToolsStatus}} $vm |? {$_."vmware tools" -eq "toolsold"} |ForEach-Object {get-vm $_."vm name" |Update-Tools -NoReboot} |
наша система мониторинга начала казать сетевую изоляцию некоторых хостов.
Анализ ситуации показал, что обновление VMware Tools приводит к удалению старой версии вместе в драйверами, в том числе vmxnet.
Установка старой версии VMware Tools проходила успешно.
Копание логов выявило странную закономерность между успешной и не успешной установкой.
Корявая установка пишет в лог (логи смотрим в %temp%\vminst.log и vmmsi.log_date_Failed.log :
|
1 2 3 4 5 6 7 8 9 |
2015-06-11 12:33:54| tools-build-2627939| Begin Logging 2015-06-11 12:33:54| tools-build-2627939| --- VMStopVMwareProcesses2kXp() : Stopping VMware processes with RunAs 2015-06-11 12:33:54| tools-build-2627939| Getting Property CustomActionData = c:\Program Files\VMware\VMware Tools\ <strong>2015-06-11 12:33:54| tools-build-2627939| WTSQueryUserToken failed 1245</strong> <strong>2015-06-11 12:33:54| tools-build-2627939| GetLoggedOnUserToken returned null - launch failed</strong> 2015-06-11 12:33:54| tools-build-2627939| Found "c:\Program Files\VMware\VMware Tools\vmtoolsd.exe" 2015-06-11 12:33:54| tools-build-2627939| Attempting to launch ""c:\Program Files\VMware\VMware Tools\vmtoolsd.exe" -n vmusr --kill" 2015-06-11 12:33:55| tools-build-2627939| Child exited with code 0 2015-06-11 12:33:55| tools-build-2627939| End Logging |
А в нормальной встречается подозрительная запись:
|
1 |
2014-10-20 16:53:2(nerd) instUtils-build-2068191| Getting Property CustomActionData = c:\Documents and Settings\All Users\Application Data\VMware\VMware Tools\<strong>tools.conf|Administrators:268435456:Everyone:1179817;</strong> |
После этого надо понять, что у нас стоит не английская версия Windows, а, к примеру, голландская, что поможет резко увеличить шансы поиска решения в базе знаний VMware.
Одно из самых странных обходных решений, виденных мною, описано в статье Installing or Upgrading VMware Tools version 9.10.0 (ESXi 6.0GA) on a Dutch version of Windows Server 2008 R2 fails with the error: VMware Tools Setup Wizard ended prematurely (2114476).
Суть решения:
- Создать группу everyone.
- Добавить в неё пользователя, от имени которого запускается установщик.
- Установить VMware Tools.
- Удалить группу.
Вот только Windows у меня русский, версии 2003 R2, а ещё доменный контроллер на 2012R2, где локальную группу просто так не создашь…
А в остальном – метод работает. Не всегда, правда…
That’s a Dutch comfort!
Видно, не зря по умолчанию в виндах используется E1000 😉
Они безнадёжны. В прошлый раз на исправление нерабочей кастомизации ушло полгода.
Не зря я всегда ставлю английскую винду…
Этим не только VMware грешат.
https://vmind.ru/2010/12/11/hp-insight-control-storage-module-for-vcenter/
У америкосов такое постоянно вылезает, но нормальные разработчики после первого инцедента добавят окружение с “неправильными” символами в автотест.
Ещё они умудрились грохнуть собственный форум, теперь там старые сообщения отображаются знаками вопроса.
Судя по презентациям VMware, сейчас индусы разработчики.
В 6.0.0b поправили, вот только для нормального обновления часть виртуалок приходится перезагружать.
Если продолжает глючить, ставим VMware Tools от 5.5.