настоящая причина неработоспособности XenDesktop VDAgentа

Если Вы устанавливали VDI-инфраструктуру XenDesktop, то наверняка сталкивались с проблемой, когда VDAgent не регистрируется на Desktop Delivery Controllerе. И Вы пробовали все варианты, описанные в статье CTX117248 .Вариантов там немного, IP-стек, DNS, UID фермы в реестре виртуального десктопа, синхронизация времени. Эти причины быстро выявляются и убираются, более того, возникновение этих причин маловероятно в принципе, если все делаешь по шагам инструкции.
Главный, и главное - недокументированный косяк в том, что Provisioning Server управляет аккаунтами таргет_девайсов(они же вируал_десктопы) в Active Directory, и если , введя темплейтный вируал_десктоп в домен, используя private_mode виртуального диска ( а как же иначе это сделать), Вы вдруг обнаруживаете, что вируал_десктоп перестал входить в домен из-за ошибки
Event ID: 4
Source: Kerbeors
Type: Error
"The kerberos client received a KRB_AP_ERR_MODIFIED error from the server host/myserver.domain.com. This indicates that the password used to encrypt the kerberos service ticket is different than that on the target server. Commonly, this is due to identically named machine accounts in the target realm (domain.com), and the client realm. Please contact your system administrator."
это следствие того, что вируал_десктоп имеет 2(два) CSID в AD, соответствующие его имени. Лечится эта ситуация просто. Нужно УДАЛИТЬ(не СБРОСИТЬ) аккаунт вируал_десктопа в AD и затем воссоздать его же через ProvisioningServicesConsole правым кликом на таргет_девайсе. Таргет_девайс после перезагрузки залогинется в домене, а вируал_десктоп 100% зарегистрится на DDC.
Успехов!

Правильно указывайте MSSQL источник при установке XenDesktop 5.1

Правильно указывайте MSSQL источник при установке XenDesktop 5.1, имеется ввиду, с указанием instance. По умолчанию ODBC мастер позволяет выбрать только имя сервера, а мы знаем, что у MSSQL еще есть и экземпляр. Поэтому в строчке Server дописываем чз слэш экземпляр, в нашем случае это SQLEXPRESS. Удачи)

Выяснился еще косячок с установкой Citrix PVS 5.1 на windows 2008

Привет всем!
Выяснился еще косячок с установкой Citrix PVS 5.1 на windows 2008.
Представьте инфраструктуру: домен на контроллере 2008 уровня 2003, один PVS 5.1 на windows 2008 и один PVS 5.1 на windows 2003. Нужно объединить их в одну ферму. SQL 2005 Express на контроллере домена. Создали ферму из PVS Configuration Wizard на PVS на 2008 . Так вот, PVS на 2003 в принципе отказывается видеть базу фермы при настройке его из PVS Configuration Wizard, не подключается к MSSQLю на КД. Пинг с 2008 PVS до КД на 2008 показал, что используется IPv6 по-умолчанию. Вывод - отключить IPv6 на КД, ну и на всякий случай на PVS 2008. Неизящно, может кто придумает лучше. После этого действа оба PVS 2003 и 2008 подключились к одной ферме на MSSQL на КД на 2008 :)

еще один косячок с установкой Citrix Desktop Delivery Controller 2.0 на русский Windows Server 2003

Добрый день.
Выяснился еще один косячок с установкой Citrix Desktop Delivery Controller 2.0 на русский Windows Server 2003, 2008 не тестировал. Проблема в русском имени Администратор пользователя, из-под которого запускаем программу установки. Все дело опять в MF20.dsn, в каталоге C:\Documents and Settings\Администратор\Local Settings\Temp\ этот файл не создается установщиком. Думаю, дело в .NET, которая работает с интернациональными строками как с UNICODE, и если локаль выставлена неверно, при разборе строки русские буквы превращаются в ????????. Обычное дело и для Java. Интернет пестрит этой ошибкой.
Кароче, для решения проблемы создайте админа Administrator, и выполните установку. При этом вы наступите на следующие грабли с MF20.dsn, описанные мною ранее тут . Успехов! 8)

нужно доставить в xenserver 2ой инсталляционный диск с поддержкой Линукс виртуальных машин, есть только iso, диск писать не хотим, флешки нету

Q:а вот задача: нужно доставить в xenserver 2ой инсталляционный диск с поддержкой Линукс виртуальных машин, есть только iso, диск писать не хотим, флешки нету. как быть?
A:положим XenServer-5.5.0-beta1-linux-cd.iso в CIFS ISO Library и заюзаем ее чз XenCenter. Далее:
1. заходим в консоль xenserver и смотрим что примонтировано в xenserver
[root@xenserver1 ~]# mount
/dev/sda1 on / type ext3 (rw)
...
*****а вот тут увидим ISO Library*************
//192.168.1.ххх/Share on /var/run/sr-mount/5e88823d-6b66-58bd-c1e2-fec2ce512c59 type cifs (rw,mand)
и туда мы положили любой исошник, например
XenServer-5.5.0-beta1-linux-cd.iso
2.Читаем и понмаем что написано в http://www.techspot.com/vb/topic483.html
And ISO image can be mounted just like any device or file system, and here is how...
Create a mount point for the ISO:
#mkdir /mnt/iso
Now mount the ISO in the mount point with the following command:
BASH# mount /var/run/sr-mount/5e88823d-6b66-58bd-c1e2-fec2ce512c59/myiso.iso /mnt/iso/ -t iso9660 -o ro,loop=/dev/loop0
Where myiso.iso is your ISO file.
What I haven't tried yet is omitting the ro (read only) option, so that it might be possible to make changes to the ISO before finally burning, not sure if this works (will check) but the command would probably look like this:
BASH# mount /var/run/sr-mount/5e88823d-6b66-58bd-c1e2-fec2ce512c59/myiso.iso /mnt/iso/ -t iso9660 -o loop=/dev/loop0
3. после того как успешно заюзали исошник,т.е. запустили install.sh , нужно его отцепить чз:
losetup -a
losetup -d /dev/loop0
но все равно ISO Library может пропасть из xenserverа, вернее ее содержимое. Тогда отмонтируем например так
umount //192.168.8.ххх/Share
и в xencentrе делаем detach ISOstorage, потом attach.
Все снова работает

XenServer CIFS ISO Library расположена на шаринге виртуальной же машины

если CIFS ISO Library расположена на шаринге VM по адресу внутренней виртуальной сети, то такую библиотеку невозможно подключить собственно к XenServerу, задача подключения начинается и не заканчивается. Прибить задачу можно только чз CLI командой "xe task-cancel". А вот по внешнему интерфейсу VM шару можно подключить как библиотеку к XenServerу и использовать для других VM, и мапить ISOшники.

Error 26009 - Could not access the Datastore using the DSN File. Username and password given function UseFileDSN returned failure in CTX_MF_IMA_SILENT

при установке Citrix Delivery Controller 2.0 и 3.0 может возникать ошибка "Error 26009 - Could not access the Datastore using the DSN File. Username and password given function UseFileDSN returned failure in CTX_MF_IMA_SILENT_ODBC". Для исправления:
1. создайте File DSN чз ODBC с протестированным соединением к БД. Откройте File DSN в нотепаде. Текст будет такой:
[ODBC]
DRIVER=SQL Server
UID=sa
Network=DBMSSOCN
WSID=XENDESKTOP1
APP=Microsoft Data Access Components
SERVER=RODKINSERVER\SQLEXPRESS
2. в сетапе, когда указываете БД, создавайте подключение MF20.dsn по инструкции, делайте его тест по ходу, но после теста откройте файл C:\Documents and Settings\Administrator\Local Settings\Temp\MF20.dsn в нотепаде и замените его текст на вышеприведенный из File DSN, сохраните файл. Жмите Далее
3. Продолжайте установку