Shared VHDX для бедных

У Microsoft есть замечательная штука — shared vhdx. Это возможность использовать общий виртуальный жесткий диск для нескольких машин с целью создания кластера из виртуалок.
Однако, и тут не обошлось без ложки дегтя — не смотря на то, что официально поддерживается SMB 3.0 хранилище для размещения общих дисков, есть одно маленькое, но злое требование — это обязательно должен быть SoFS.
Тем не менее есть хитрый обходной путь, который естественно не поддерживается официально, но, как говорится, если нельзя, но очень хочется нужно, то можно 🙂

Он описан в блоге Айдана Финна здесь, а та кже на виндовситпро здесь, и сводится к тому, чтобы просто всех обмануть — добавить роль отказоустойчивого кластера и вручную добавить необходимый файловый фильтр. То есть фактически, необходимо выполнить всего две команды:

Install-WindowsFeature Failover-Clustering
FLTMC.EXE attach svhdxflt <volume>:

Естественно, что никакой отказоустойчивости с одним сервером не будет 🙂

Hyper-V и SMB3. The system cannot find the path specified

Июльские обновления безопасности для Hyper-V (MS15-068) имеют неприятный побочный эффект. После установки KB3046339 и KB3046359, виртуальные машины, расположенные на SMB3 общем ресурсе могут перестать запускаться (вероятность очень маленькая, но тем не менее, такие случаи замечены).

Симптоматика простая — при попытке запуска машины выдается сообщение о том, что виртальный диск не может быть обнаружен, не смотря на то, что он вполне доступе по этому пути.

В журналах событий операционной системы при этом появляются события вида:

Hyper-V-Worker

12240

‘<SERVER>’: Attachment ‘\\<SERVER>\<SHARE>\<VM>\<DISK>.vhdx’ not found. Error: ‘The system cannot find the path specified.’ (0x80070003).

Попытки просмотреть свойства диска (Inspect в настройках виртуальной машины) также завершаются ошибкой вида:

The storage where the virtual hard disk is located does not support virtual hard disk sharing.

Из дополнительных симптомов, также можно отметить наличие прав доступа на файлы виртуальной машины для учетной записи сервера Hyper-V с областью действия «This folder only». Правда изменение прав доступа на правильные само по себе ничего не дает.

Как оказалось, данная ошибка связана с обновлениями KB3046339 и KB3046359. Если их удалить, то виртуальные машины начинают работать корректно.

Повторная поэтапная установка этих обновлений (сначала KB3046339, а потом KB3046359) не приводит к проявлению ошибки.

Таким образом, поправив права, удалив указанные обновления и повторно по очереди их установив можно вернуть работоспособность сервера и устранить проблему с безопасностью 🙂

P.S. Проверить наличие обновление на сервере можно с помощью команды:

C:\Users\******>systeminfo | find «30463»
[103]: KB3046339
[104]: KB3046359

Виртуальная машина с Exchange 2013 и обновление компонентов интеграции

В связке Windows Server 2012 R2 с Hyper-V в качестве хоста и виртуальной машины с Windows Server 2012 с установленным Exchange есть одна неприятная проблема. Обновление компонентов интеграции может привести к проблемам при старте машины. Типичная ситуация — после обновления гипервизора с 2012 до 2012 R2 или миграции виртуальной машины на хост с 2012 R2, в виртуальной машине присутсвует оригинальная версия компонентов интеграции, идущая в штатной поставке Windows Server 2012 (версия 6.2.9600.ххххх). В этом случае желательно выполнить обновление компонентов инеграции до актуальной версии (версия 6.3.9600.ххххх), чтобы были полностью доступны все возможности системы (например поддержка новой версии VSS). Однако при установке обновления компонентов интеграции, после перезагрузки сервер сервер надолго зависает, выдавая сообщение «Please wait». Данная проблема связана с конфликтом из-за попытки раннего старта служб Exchange в момент завершения обновления служб компонентов интеграции.

Простым решением для предотвращения подобной проблемы является временное отключение служб Exchange на момент обновления компонентов интеграции. Достаточно поставить всем службам режим «Disable» перед установкой, а после успешной перезагрузки вернуть их снова в автоматический режим.

LinuxIC и Debian 6

Как известно, Microsoft официально поддерживает запуск виртуальных машин с Linux под Hyper-V. Правда список официально поддерживаемых дистрибутивов короток — SLES и RHEL. Однако компоненты интеграции свободно доступны. Более того, совсем недавно вышел очередной релиз этого продукта — LinuxIC 3.2 (http://www.microsoft.com/download/en/details.aspx?id=28188). Попробуем установить этот пакет на стабильный релиз Debian.

Читать далее

Обзор Windows 8 Server: установка.

На этой неделе наконец появился предварительный релиз Windows 8, причем появилось оба варианта, как сервер, так и клиент.

Система получилась очень интересная и несет в себе много приятных новшеств. Ниже приведен небольшой обзор.

w8start

Читать далее

На память про SCVMM

Довелось столкнуться с такой ситуацией. Сервер, который является хостом hyper-v для SCVMM-ма  за пределами периметра не удается подключить к VMM-серверу. При попытке установить агент, установщик матерится на winrm. Ситуация выходит интересная, если мы имеем доступ в данному серверу через RDP, то при попытке вызвать winrm qc, даже если используется запуск от имени администратора, возникает ошибка Access denied. Все решается довольно просто. Необходимо создать ключ реестра \HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\
Policies\System\LocalAccountTokenFilterPolicy

(значение типа REG_DWORD) и присвоить ему значение 1. (про это можно найти, например, здесь — http://support.microsoft.com/kb/942817/ru )

Это позволит нормально выполнить winrm quickconfig. В результате чего, в свою очередь, получится установить агент scvmm.

scvmm 2008 r2, хост — 2008 r2

Ссылки

Набор ссылок по remotefx. Последовательная серия статей с технета.

Единственный косяк у блога по виртуализации, так это неудобства просмотра.

UPD. Тёма, как всегда верно подметил — http://blogs.technet.com/b/vm/archive/tags/remotefx/
Читать далее