Сегодняшняя заметка будет совсем краткой, я опишу то, с чем впервые столкнулся на днях сам, возможно помогу вам избежать поиска решения в проблеме с запуском виртуальных машин с RemoteFX. Начну с того, как я пришел к этой теме. В пилотном VDI проекте, который я выполнял в одном из крупных университетов, стояла задача настройки RemoteFX для демонстрации работы CAD приложений в виртуальной среде. Задача, казалось бы, совсем обычная, однако выполнял я её не в тестовой изолированной среде, а в основной сети университета в их домене. Я столкнулся с тем, что после установки роли Remote Desktop Virtualization Host и её компоненты RemoteFX при добавлении синтетического видео интерфейса в виртуальную машину, те перестали запускаться. Точнее при запуске виртуальных машин они на 5-10 минут оставались в положении Starting, после чего в журнале событий появлялась ошибка 12010 от Microsoft-Windows-Hyper-V-Worker с примерно таким текстом: «'WIN7VDI1' Microsoft Synthetic 3D Display Controller (Instance ID {113560EA-48CD-4BD1-8828-FCEC44E2B5D5}): Failed to Power on with Error 'Insufficient system resources exist to complete the requested service.' (0x800705AA). (Virtual machine ID C6B52555-19BC-483E-A5DE-98B1F58DEACD)», и сразу далее следовала ошибка 12030 с текстом «'WIN7VDI1' failed to start. (Virtual machine ID C6B52555-19BC-483E-A5DE-98B1F58DEACD)». Увы, для меня это было совсем не информативно. Я заменил видеокарты с NVidia GTX460 на Tesla, перепробовал разные комплекты драйверов, удалял и заново добавлял роль RVH с RemoteFX, - ничего не помогало.
Исследования текста ошибок привели меня к статье базы знаний 2506391. Статья описывает ровно такие симптомы для системы, которой доменной политикой настраивается правило: «Computer Configuration/Windows Settings/Security Settings/Local Policies/Security Options/Interactive Logon: Message text for users who are trying to log on». В моём случае такой настройки на серверах не было, но была масса других. Политики контролировали, кто является локальным администратором, кто имеет права на вход в систему, от каких учётных записей могут работать службы, а также регламентировались NTFS права на системном диске. Тут я и заподозрил неладное. Создание OU с блокировкой всех политик, перенос туда серверов и переустановка роли RVH с RemoteFX проблему решили. После чего я копнул немного глубже. При установке роли на сервере создаётся локальная учётная запись RDV GRAPHICS SERVICE. Запись формально отключена (disabled), но в ёё контексте запущен ряд процессов. Эта запись отвечает за выделение ресурсов виртуальным машинам, должна иметь права на работу в качестве службы и иметь возможность создавать профили.
В целом, это всё что я хотел сказать. Если у вас не запускаются виртуальные машины с RemoteFX, с симптомами длительного старта, проверьте локальные и доменные политики. Попробуйте для начала изолировать серверы от всех политик, переустановить роль RVH и запустить машину. Если заработает, вы будете знать, что именно требовать у администраторов домена.
Updated 2010.05.17: Сегодня хочу рассказать вам о том, какие обновления на системы виртуализации я рекомендую к установке своим заказчикам. Windows Server 2008 R2 Service Pack 1 был собран 19 ноября, с тех пор прошло уже полгода, прогресс на месте не стоит: выходит новое оборудование, которое необходимо поддерживать, появляется новый функционал, запрашиваемый заказчиками, ну и, очевидно, что в коде продукта находятся ошибки, которые требуется исправлять. Я расскажу обо всех, известных мне обновлениях, которые могут вам помочь более эффективно использовать вашу систему. Часть обновлений доступна публично, часть доступна лишь через вашего менеджера Премьер поддержки. Из всего списка некоторые обновления устанавливаются всем через Windows Update, остальные рекомендуется ставить по необходимости. Моя задача рассказать вам о них. Если будет нужно, помогу их найти. В своей заметке я описываю обновления к Hyper-V, службе кластеризации и сопутствующим сервисам, например VSS/VDS или MPIO. Итак, начнём:
KB2263829 – Виртуальные машины могут терять сеть при большой сетевой нагрузке на сервере виртуализации. Это обновление нам уже знакомо как KB974909. Появилось оно ещё в конце 2009 года и исправляло эту ошибку на системам с Windows Server 2008 R2. По неизвестным науке соображениям, обновление не вошло в Service Pack 1 и было перевыпущено за новым номером для обновлённых систем. Доступно к заказу с сайта поддержки и немедленному скачиванию. Рекомендую всем.
KB2485986 – Hyper-V Best Practices Analyzer. Обновление BPA для Hyper-V. Как известно, многие BPA обновились после выхода Service Pack 1 и Hyper-V не исключение. Доступно через Windows Update и к заказу с сайта поддержки и немедленному скачиванию. Рекомендую всем.
KB2494016 – Виртуальные машины, расположенные на томе CSV доступном в режиме перенаправления (только по сети, при недоступности с SAN) падают в дамп при проблемах с приватным интерфейсом кластера. Если у вас отказал FC интерфейс, машина продолжает работать в redirected mode, используя по сети доступ к SAN с других узлов (функционал уникален только для Hyper-V). Однако, есть ошибка реализации, не учитывающая, что может существовать несколько различных интерфейсов, обслуживающих приватный трафик в кластере. При проблеме на первом из таких интерфейсов, машина теряет доступ по сети к хранилищу (помним, что это важно лишь когда отказал Fibre Channel на сервере) вместо того чтобы переключиться на другие интерфейсы доступа к SAN по сети. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Рекомендую всем.
KB2494036 – Наиболее интересное обновление. Не исправление, а добавление функционала, реализующее возможность контроля голосов (votes) в кластере и определения, какие узлы имеют право голоса для выбора кворума, а какие нет. Я написал отдельную статью на эту тему. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию.
KB2494162 – Проблема со спонтанной остановкой службы кластера при одновременном резервном копировании нескольких машин с одного CSV тома. Досадная ошибка реализации кластерной службы. Появляется редко, так как обычно используется либо аппаратный VSS Provider, с которым ошибка не возникает, либо же LUN Serialization – рекомендованная настройка решения резервного копирования для бэкапа машин по одной с общего тома. Однако, всякое бывает, ошибка исправлена. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Рекомендую всем.
KB2495089 – Ошибка в реализации службы VMMS, приводящая к её неработоспособности при нескольких повторных ручных перезапусках. Для любителей часто перезапускать службу Virtual Machine Management Service (например, для ручной правки XML файлов конфигурации J). Сама по себе, недоступность VMMS, не влияет на работу виртуальных машин. Вы лишь не можете ими управлять через консоль Hyper-V или WMI. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Рекомендую всем.
KB2512715 – Мастер валидации состояния кластера иногда не видит разницы между Server Core и Hyper-V Server R2. Обновление Validation Wizard, который разрешает строить смешанные кластеры, хотя это явно не поддерживается. Ведь, например, в Server Core вы можете добавить другие роли, которые не смогут перенестись на узлы Hyper-V Server R2. А в Hyper-V Server R2 есть RemoteFX, которого нет в Server Core, и виртуальная машина при переезде на Core перестанет работать. Обновление доступно с Windows Update, видимо, скоро появится для самостоятельной загрузки с сайта поддержки. Рекомендую всем.
KB2517329 – Важное обновление для серверов с новыми процессорами Intel Westmere и Sandy Bridge. Новые процессоры появились после выхода Service Pack 1 RC (когда остановили добавление новых исправлений и сосредоточились на стабильности сборки), а поддержка новых MTRR регистров процессора требует выпуска обновления ОС. Мы уже встречали это с поколением Nehalem. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Если у вас именно такой процессор и объём памяти превышает 32ГБ, - ставить обязательно, иначе память будет адресоваться неправильно. С меньшим объёмом памяти необходимости нет, так как новые регистры процессоров не будут использоваться.
KB2519946 – Исправление компонент RemoteFX на сервере и в виртуальных машинах. Требуется, если при работе с несколькими Direct3D приложениями встречается ошибка Timeout Detection and Recovery. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Ставить всем, кто использует RemoteFX.
KB2520235 – Ошибка мастера добавления дисков в кластере. Исправляет ошибку, при которой добавление в кластер дополнительных общих дисков иногда приводит к зависанию сервера. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Рекомендую всем, кто использует несколько LUN для виртуальных машин или планирует расширяться.
KB2521348 – Исправление VSS Writer. Обновление решающие проблему с резервным копированием запущенной виртуальной машины, если на уровне SAN настроена политика Offline All. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Оно не обязательно к установке, если вы не встречаете проблемы с проблемами при резервном копировании запущенных виртуальных машин, при использовании лишь программного Hyper-V VSS Writer.
KB2523676 – Исправление работы драйвера RemoteFX для случаев, кошда на вашем сервере часть машин нормально работает с RemoteFX, а в то же время, другие машины не могут стартовать, выдавая ошибку «Microsoft Synthetic 3D Display Controller : Failed to Power on with Error 'Insufficient system resources exist to complete the requested service'». Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Оно не обязательно к установке, если вы не используете RemoteFX.
KB2529956 – Если вам не удаётся установить Windows Server 2008 R2 на сервере, имеющем более 64 логических процессоров, то скорее всего это именно ваш случай. Варианта исправления ситуации два: отключить часть процессоров, установить ОС, установить обновление, а затем включить все процессоры; или же при помощи WAIK интегрировать обновление в дистрибутив ОС до установки. Обновление доступно к заказу с сайта поддержки и немедленному скачиванию. Рекомендую всем владельцем серверов с более чем 64 логическими процессорами.
KB2531907 – При валидации кластера тест «SCSI Device Vital Product Data (VPD)» заканчивается неуспешно, если вы не перевели предварительно диски в состояние offline. Обновление исправляет файлы мастера валидации. Доступно к заказу с сайта поддержки и немедленному скачиванию.
На этом публично доступные обновления заканчиваются.. Существуют и другие обновления, которые в случае возникновения у вас конкретных симптомов могут быть предоставлены вам службой поддержки. Или мной. По реальной необходимости.
KB2526776 – Обновление необходимо для тех пионеров, которые используют в виртуальных машинах Hyper-V R2 ОС «следующую после Windows 7». По ряду соображений, а прежде всего для недопущения индексации, вы тут не услышите ласкающее слух название той самой ОС. Если вы запускаете виртуальную машину с vNext на Hyper-V R2, то сначала вы теряете контроль над самой машиной, а затем она начинает потреблять все больше ресурсов, приводя к проблемам на сервере. Это исправлено данным обновлением. Большинству из вас оно не нужно. \
KB2525835 – Исправление работы виртуальных свичей Hyper-V. Детали опубликую через неделю, когда появится более деталей.
Если подобного типа статьи интересны, могу периодически дополнять и обновлять материал.
Сегодня на конференции OSBC официально анонсирована поддержка в виртуальных машинах Hyper-V CentOS, популярного дистрибутива Linux. Когда Microsoft говорит о поддержке, мы имеем в виду, что с проблемами работы CentOS в виртуальных машинах Hyper-V вы сможете обращаться на линию поддержки Microsoft, и получать поддержку.
Поддержка объявляется для 32- и 64- битных изданий CentOS начиная с 5.2, до текущей 5.6. Текущая версия компонент интеграции для Linux версии 2.1 теперь поддерживает CentOS официально. Microsoft будет изучать необходимость официальной поддержки других дистрибутивов в будущем. В первую очередь такая возможность зависит от наличия группы поддержки дистрибутива. Для CentOS, выпускаемого на основе RedHat Enterprise Linux и декларирующего 100% совместимость с ним, было достигнуто соглашение с разработчиками.
Напомню, что же включено в компоненты интеграции Linux версии 2.1:
Поддержка синтетического драйвера мыши в компоненты интеграции не включена, она входит в проект Satori. Поддержки динамической памяти и RemoteFX пока что в компонентах интеграции Linux нет. Stay tuned. J
Почитать о CentOS можно на страницах Wikipedia.
На днях была обновлена информация о поддержке Exhcnage Server в виртуальной среде. На странице TechNet с системными требованиями Exchange 2010 есть раздел Hardware Virtualization. Именно там и замечены основные изменения.
Основное изменение: для Exchange Server 2010 с Service Pack 1 и выше в виртуальной среде поддерживаются все роли сервера, включая роль Unified Messaging Server, которая не поддерживается в виртуальной среде для Exchange Server версий ниже чем 2010SP1.
Также анонсирована поддержка комбинаций решений высокой доступности DAG (Database Availability Groups) с технологиями кластеризации виртуальных машин, миграции их с узла на узел, и перехода по отказу. То есть теперь вы можете иметь кластеризованную виртуальную машину, внутри которой используете технологию Exchange DAG, и эта машина может переезжать с узла на узел кластера, или переходить на другой узел при отказе текущего.
Изменения поддержки касаются как оригинального Hyper-V в Windows Server 2008 и Hyper-V Server 2008, так и Hyper-V R2 в Windows Server 2008 R2 и Hyper-V Server 2008 R2.
Одновременно стал доступен документ, описывающий рекомендации по виртуализации Exchange Server в среде Hyper-V. Заинтересованным очень рекомендую: Best Practices for Virtualizing Exchange Server 2010 with Windows Server 2008 R2 Hyper-V.
Если в вашей системе используется несколько многопортовых сетевых карт Intel, то может наблюдаться следующая картина: Virtualization Infrastructure Driver не загружается с сообщением: "This device cannot find enough free resources that it can use. (Code 12). If you want to use this device, you will need to disable one of the other devices on this system".
Virtualization Infrastructure Driver (или VID), это основной интерфейс общения средствами гипервызовов между рабочими процессами виртуальных машин и гипервизором.
Проблема связана с тем, что некорректный сетевой драйвер Intel использует избыточное количество IDT записей, не позволяя другим драйверам загружаться. Intel исправил проблему в драйверах версии 15.7, описав в Release Notes:
Your system may run out of I/O resources and fail to boot if you install more than four quad port server adapters. Moving the adapters to different slots or rebalancing resources in the system BIOS may resolve the issue. This issue affects the following Adapters:
Сейчас для загрузки доступна версия 16.2, применимая практически ко всем серверным сетевым картам Intel. Если у вас наблюдается такая проблема, качайте и устанавливайте.
Несколько месяцев назад я написал статью о том, как работает динамическая память в Hyper-V R2 Service Pack 1. Закончил ту статью я мыслями на тему размера файла подкачки (pagefile) в виртуальных машинах, использующих динамическую память, не дав, однако, точной формулы. За это время я получил пару десятков вопросов о размере файла подкачки в почту, консолидировал информацию, и сегодня хочу обсудить результат. Предварительное чтение предыдущей статьи обязательно. Я не буду повторно объяснять все термины.
Итак, начнём с размера файла подкачки в виртуальных машинах. Ранее, до появления динамической памяти настройка была простой. Операционная система сама выставляла размер файла подкачки исходя из объёма памяти и наличия места на дисках, вы могли это значение уменьшать согласно известным формулам (о них также ниже). Теперь же при старте ОС объём памяти равен некому минимально заданному значению и увеличивается постепенно. Причём ни в какой момент времени гостевая ОС не знает ни о том, сколько потенциально памяти она ещё может получить, ни какое максимальное значение динамической памяти для неё выставлено. Для работы динамической памяти наличие файла подкачки в виртуальных машинах обязательно. При использовании виртуальными машинами всей доступной физической памяти сервера гипервизор начинает искусно манипулировать объёмами памяти, выделенной виртуальным машинам, уменьшая объём гарантированной памяти, что приводит к «надуванию воздушного шара» внутри виртуальных машин, созданию процесса, фиктивно потребляющего память, на деле отдающего её гипервизору. Остальные процессы в этом случае часть своей памяти при нехватке помещают как раз в файл подкачки. Строгой формулы, слепо применяемой ко всем машинам, не существует, вам следует провести некоторые исследования работы конкретной виртуальной машины, чтобы задать ей требуемый файл подкачки, не потребляющий десятки гигабайт на диске. Давайте рассмотрим процесс определения размера файла подкачки на простом примере.
Вы собираете информацию при помощи счётчиков производительности о работе вашей виртуальной машины. В любой момент времени вы знаете значение текущего гарантированного значения памяти (те, кто не знают что это такое, читают предыдущую статью). Нам интересно некое пиковое показание текущего гарантированного значения памяти за определённый промежуток времени, например, за неделю. Для машин со статическим объёмом памяти вы бы просто вычли из этого пикового показания объём статической памяти, добавили около 10% буфера и задали бы таким размер файла подкачки. Действительно, в этом случае больше не нужно, - можно смело уменьшать размер файла подкачки. Для машин с динамической памятью всё, в принципе, довольно таки схоже. Предположим, что для интересующей нас виртуальной машины мы наблюдаем следующую картину:
Нужно понять, каким задать объём файла подкачки XXX. Размер pagefile файла нужно задавать исходя из двух следующих правил:
Что произойдёт, когда некий процесс затребует больше памяти, чем объём свободной памяти, включая pagefile? Ничего хорошего, равно как и на физическом сервере, или в машине со статическим объёмом памяти, при попытке выделить памяти более чем есть свободной, произойдёт отказ. Система скажет о нехватке виртуальной памяти (на физическом сервере тоже) и не сможет выделить требуемый объём. Именно поэтому если вы берётесь за манипуляции с размером файла подкачки с целью экономии дискового пространства, следует провести детальной исследование работы ваших машин в течении некоторого срока.
Что можно сказать о размере файла подкачки на самом узле Hyper-V?
Как я уже рассказывал, с выходом Service Pack 1 мы можем резервировать некий объём физической памяти для использования строго ОС основного раздела при помощи параметра MemoryReserve. Hyper-V никогда не использует файл подкачки для виртуальных машин. Никогда. Так что, если вы выделите пару гигабайт при помощи MemoryReserve, то можете задать значение файла подкачки также плавающим: от 2 до 4 гигабайт. Более не понадобится. Очевидно, я исхожу из того, что кроме гипервизора, возможно антивируса и агентов управления на родительском разделе не установлено никакого серверного ПО и не настроены другие роли сервера.
Недавно столкнулся с интересной ситуацией у крупного заказчика, продающего хостинг виртуальных машин. При выполнении Live Migration виртуальных машин с Linux из одного сайта в другой те неожиданно «пропадали» из сети, не отвечая ни на какие запросы. Однако, после отправки любого сетевого пакеты с тех машин, например, после отправки ICMP запроса (ping) к своему шлюзу (default gateway) или выполнению любого DNS запроса, сеть моментально восстанавливалась. Проблема уходит корнями в ядро Linux, в последних версиях ядра она исправлена следующим образом: машины сами инициируют простейший ARP запрос. Так как эта функция не является частью компонент интеграции Linux, мы не можем его исправить в своём коде. Если вы столкнётесь с таким поведением виртуальных машин с Linux, вам требуется обновиться до последнего ядра Linux, которое проблему решает.
Недавно я выполнял крупный проект по созданию публичного «облака» у провайдера. Одной из задач является хостинг виртуальных машин, в частности Linux. После создания виртуальной машины пользователем хостер перестаёт её как-либо контролировать изнутри. Каким бы качественным не был шаблон машины, рано или поздно продвинутый пользователь начнёт перекомпиляцию ядра Linux. И, конечно же, забудет включить опциональные модули с компонентами интеграции Hyper-V. Что приведёт в лучшем случае к потере синтетических сетевых интерфейсов (и доступа пользователя к машине по сети), в худшем к неработоспособности виртуальной машины. Как этого избежать?
Microsoft официально поддерживает RedHat, SUSE и CentOS, мы в ответе за такие ситуации и предлагаем способы решения такой проблемы. Статья базы знаний 2387594 рассказывает о необходимых настройках в шаблоне виртуальной машины, после которых компоненты интеграции Linux версии 2.1 будут загружаться по умолчанию даже после перекомпиляции ядра. Очевидно, это умолчание можно будет отключить, но это уже сознательная акция. Специальный модуль настроек Dynamic Kernel Module Support (DKMS) скачивается с сайта DELL и устанавливается в совместимых с RedHat и SUSE дистрибутивах. Шаги для CentOS в точности повторяют шаги RedHat, ибо они имеют общую кодовую базу.
Сегодня я начну детально описывать процесс настройки компонентов интеграции Hyper-V в популярном дистрибутиве Linux - Debian. Я сознательно выбрал неподдерживаемый дистрибутив, так как шаги для RedHat и SUSE детально описаны на многих сайтах. Я выбрал самую последнюю доступную версию Debian 6.0.1, для которой буду компилировать последнее доступное ядро 2.6.38.4 и компоненты интеграции Hyper-V для Linux версии 2.1.
Я не буду описывать процесс установки самого Debian 6.0.1, для желающих повторить даю ссылку на DVD образ первого установочного диска, которого вполне достаточно для всех базовых задач. Также даю ссылку на версию ядра 2.6.38.4, которое я использовал, ссылку на компоненты интеграции для Linux версии 2.1, а также ссылку на компоненты виртуализации драйвера мыши (Citrix Project Satori), требуемые для корректной работы мыши в ВМ, доступной через VMConnect, запущенный в RDP сессии. Первая часть будет посвящена компиляции ядра с встроенными в него компонентами интеграции 2.0. Компоненты интеграции находятся в staged разделе ядра, по умолчанию не включаются, потому и требуется перекомпиляция.
Итак, я установил Debian 6.0.1 в конфигурации по умолчанию.
Я загрузил архив с последней версией ядра, компоненты интеграции и драйвер мыши, и скопировал это в папку /root:
Теперь моя задача установить новое ядро версии 2.6.38.4. Для начала, мне требуется установить некие преквизиты. Для этого требуется подключить к ВМ первый DVD с Debian и выполнить команду:
# apt-get install build-essential ncurses-dev kernel-package fakeroot
Результат:
Далее следует разархивировать ядро командами:
# bzip2 -d linux-2.6.38.4.tar.bz2
# tar xf linux-2.6.38.4.tar
# cd linux-2.6.38.4
Требуется настроить конфигурацию ядра, вызвав команду
# make menuconfig
.Включив модули Hyper-V, которые находятся в Staged разделе ядра.
Далее следует сохранить внесённые изменения:
Запустить процесс компиляции ядра командой:
# make-kpkg clean
Компиляция занимает несколько часов, будьте терпеливы, а лучше запустите на ночь, на моём ноутбуке задача выполнялась почти сутки. Далее ядро необходимо собрать:
# fakeroot make-kpkg –-initrd -–revision=blogs.technet.com.vm.1.0 kernel_image
Имя в ревизии может быть любым. Обязательно должно включать в себя цифры. Процесс сборки у меня занял около трёх часов. После вам следует выполнить команды инсталляции ядра:
# cd ..
# ls -l
# dpkg -i linux-image-2.6.38.4_blogs.technet.com.vm.1.0_amd64.deb
Включить поддержку синтетической сетевой карты, вместо эмулируемой:
# sed -i 's/eth/seth/g' /etc/network/interfaces
Настроить загрузку модулей Hyper-V при старте ОС:
# echo –e "hv_vmbus\nhv_storvsc\nhv_blkvsc\nhv_netvsc" >> /etc/initramfs-tools/modules
# update-initramfs –u –k 2.6.38.4
Теперь можно выключить виртуальную машину, чтобы добавить синтетическую карту, убрав эмулируемую. До перезагрузки кнопка Shitdown из VMConnect не работает, так что выполните команду:
# init 0
В настройках виртуальной машины добавить синтетический интерфейс, убрать эмулируемый, если требуется сохранить MAC, то задайте синтетическому интерфейсу статический MAC адрес, изначально используемый эмулируемым. Запустите виртуальную машину.
Проверим, какое ядро загрузилось:
# uname -a
И проверим, загружены ли модули Hyper-V:
# lsmod | grep hv
Можно убедиться, что синтетический сетевой интерфейс доступен при помощи команды ifconfig
Констатируем, мы успешно установили последнее ядро Linux в Debian, с поддержкой Hyper-V – без использования каких-либо дистрибутивов с сайта Microsoft. Во второй части статьи я расскажу, как обновить компоненты до версии 2.1, что это даст, и как добавить поддержку синтетического драйвера мыши.
Моя недавняя заметка про «Обновления к Windows Server 2008 R2 Service Pack 1» оказалась довольно популярной. Странно, но в Интернет не встречается такой консолидированной информации. Сейчас я попробую дать похожую информацию для тех, кто всё ещё использует Hyper-V первого поколения. Поговорим об обновлениях, применяемых к Windows Server 2008 Service Pack 2.
Я не буду настолько же детально описывать сами проблемы, которые адресуются данными исправлениями, дам лишь ссылки на сами статьи Базы Знаний, откуда можно заказать исправления. Итак:
970089 – Обновляет файл Rdp4vs.dll до версии 6.0.6002.22129. Ошибка проявляется в сбое процесса vmwp.exe при использовании в виртуальных машинах курсора с альфа смещением.
971677 – Обновляет драйверы работы с VHD Vhdparser.sys и дисковой подсистемы Storvsp.sys до версии 6.0.6002.22148. Требуется при использовании в оригинальном Hyper-V дисков с виртуальными машинами, созданными в Hyper-V R2. Включено в кумулятивное обновление 2525835.
972045 – Обновляет файл Rdp4vs.dll до версии 6.0.6002.22149. Требуется при общем замедлении системы со временем, при работе с виртуальными машинами.
975925 – Обновляет Vmms.exe до версии 6.0.6002.22233 и компоненты интеграции до 6.2.29.0. Требуется при проблемах с резервным копированием узла виртуализации и одновременным резервным копированием внутри виртуальных машин.
975926 – Обновляет драйвер vmbus.sys и сам гипервизор до 6.0.6002.22233. Публично недоступно, но в кумулятивные обновления 981791, 2345316 и 2525835.
977894 – Обновление безопасности. Исправляет уязвимость в Vid.sys до версии 6.0.6002.18156 (GDR) и 6.0.6002.22278 (LDR). Включено в кумулятивные обновление 2345316 и 2525835.
980081 – Обновление самого гипервизора до 6.0.6002.22337. Включено в кумулятивные обновления 981791, 2345316 и 2525835.
981791 – Кумулятивное обновление самого гипервизора до версий 6.0.6002.18242 (GDR) и 6.0.6002.22382 (LDR) для поддержки процессоров Intel Westmere. Включено в кумулятивные обновления 2345316 и 2525835.
2316412 – Обновление гипервизора до 6.0.6002.22492, позволяющее корректно использовать функцию InterlockedExchange внутри виртуальных машин. Включено в кумулятивные обновления 2345316 и 2525835.
2345316 – Кумулятивное обновление всего Hyper-V до версий 6.0.6002.18327 (GDR) и 6.0.6002.22505 (LDR). Включено в кумулятивное обновление 2525835.
2487341 – Обновление парсеров ISO и VHD, а также драйвера Storvsp.sys до версии 6.0.6002.22553. Включено в кумулятивное обновление 2525835.
2518021 – Обновление драйвера wvms_mp.inf до 6.0.6002.22615. Требуется для поддержки сетевых интерфейсов для корректной работы с QoS. Включено в кумулятивное обновление 2525835.
2525835 – Кумулятивное обновление всего Hyper-V, включая компоненты интеграции. Версия 6.0.6002.18461 (GDR) и 6.0.6002.22633 (LDR). На днях станет публично доступным.
Параллельно я освежил саму заметку про обновления для Windows Server 2008 R2 Service Pack 1. Если вы не следите за датой публикации через RSS, то просмотрите вручную.
Недавно на одном из проектов я столкнулся с ситуацией, когда заказчик обновил узлы виртуализации до R2 Service Pack 1, обновил компоненты интеграции в виртуальных машинах и захотел использовать динамическую память Hyper-V. Всё прекрасно работало на новых виртуальных машинах, также на машинах с Windows Server 2008 R2 SP1, Windows Server 2003 SP2 и Windows Server 2008 SP2 Enterprise. Однако, на машинах с Windows Server 2008 Standard/Web динамическая память не работала. Переустановка компонент интеграции, перезагрузка, установка в статическое значение и возврат в динамическое после перезагрузки не помогали.
Краткий поиск по проблеме «Dynamic Memory does not work on Windows Server 2008 Standard» привёл меня на статью базы знаний 2230887. Проблема известна, касается тех инсталляций Standard/Web, в которых изначально ставились компоненты интеграции R2 без SP1. Проблема не в файлах Hyper-V, а в том, как Windows лицензирует те или иные компоненты. В частности, компоненту Memory Hot Add, которая изначально не присутствовала в Standard/Web изданиях. Чтобы решить проблему следует установить хотфикс, который явно пропишет возможность использования этого функционала.
Увы, по неясным мне причинам, хотфикс не доступен для заказа с сайта поддержки. Вам потребуется обратиться к вашему менеджеру поддержки, если такая ситуация происходит с вашими машинами. Проблема решается за пару минут, чего и вам желаю.
P.S. Сегодня попробовал настроить Twitter, должно отражаться справа в панели. Буду рад всем подписчиками, делитесь информацией со всеми заинтересованными!