Новый способ связи ;)

Max Rodkin: ntlmaps unable to get the ip address of this machine. this is not a fatal problem, but may cause problems for you using this proxy in some scenarios.

Max Rodkin: ntlmaps unable to get the ip address of this machine. this is not a fatal problem, but may cause problems for you using this proxy in some scenarios.

ntlmaps unable to get the ip address of this machine. this is not a fatal problem, but may cause problems for you using this proxy in some scenarios.

Если Вы использовали ntlmaps-0.9.9, то возможно, при старте main.py получили такую ошибку, error: unable to get the ip address of this machine , после чего main.py вылетел.
Для решения нужно знать, по какому имени компьютера main.py публикует себя.

например
[trixbox1.xx.yy.local ~]# ./ntlmaps-0.9.9/main.py
NTLM authorization Proxy Server v0.9.9
Copyright (C) 2001-2004 by Dmitry Rozmanov and others.
Now listening at trixbox1.xx.yy.local on port 5865

в моем случае - trixbox1.xx.yy.local
Просто настройте резолпинг этого имени чз DNS или добавьте запись в /etc/hosts, как я:
[trixbox1.xx.yy.local ~]# cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 trixbox1.localdomain trixbox1 localhost.localdomain localhost
10.255.240.29 trixbox1.xx.yy.local

После этих действий ошибка исчезнет. Успехов!

как заставить работать Citrix User Profile Manager

как заставить работать Citrix User Profile Manager.
согласно документации, достаточно лишь в ini-файле
c:\Program Files\Citrix\User Profile Manager\UPMPolicyDefaults_V1Profile_en.ini
заполнить параметр
ServiceActive=1
и все поедет, но это не так. У меня так просто не получилось запустить User Profile Manager чтоб работал, хотя-бы писал лог. Получаться стало только после того, как в локальные групповые политики прописал шаблон из каталога установки
..\distr\Citrix\Profile_Management_3.0\ADM_Templates\en\ctxprofile3.0.0.adm и установил параметры именно через групповые политики. Доменные или локальные, это не принципиально, единственно - локальные политики применяются в последнюю очередь и имеют наименьший приоритет.
В консолии MMC Вы должны видеть следующее:


Это значит, что шаблон политик успешно применен.
Из важных параметров отмечу:
Enable Profile management вкл.
PathToUserStore вкл., и равен \\сервер\путь$\%username%
где %username% очень важная недокументированная фича! без нее сервис пытается копировать текущший профиль не в папку пользователя, а на это у сервиса вряд-ли будут права.
В общем так надо:


ну и каталог для логов важен. лучше его сделать в c:\ чтоб далеко не лазить. Типа так PathToLogFile=c:\logs
В параметре Log settings поначалу включайте все, это поможет выявить проблемы. Потом вообще можно лог отключить.
Ну вот, у меня заставить работать Citrix User Profile Manager получилось, чего и Вам желаю!

IMA служба после XenConvert`a XenAPP в PVS vDisk не стартует

IMA служба после XenConvert`a XenAPP в PVS vDisk не стартует. Да, приходится сталкиваться с такой неприятной проблемой 8).
Основная ошибка, какую получаем -
Error: Failed to connect to the database. The ACCESS .mdb file is missing. Error: IMA_RESULT_FILE_NOT_FOUND Indirect: 0 Server: DSN file: C:\Program Files\Citrix\Independent Management Architecture\MF20.dsn
хотя например мы конвертили XenAPP из существующей фермы с SQL базой данных, и никакой .mdb нам не нужен, конфигурация у нас в SQL. Наша ошибка - не запустили предварительно XenAppPrep /PVS, а надо.
Исправляемся! Устанавливаем XenAppPrep с установочного диска из папки "\Support\XenApp Prep Utility", ну и запускаем из командной строки "XenAppPrep /PVS", затем перегружаемся.
Процесс описан в http://support.citrix.com/article/CTX124642
Но это не все.
IMA служба все равно не стартует, но с новой ошибкой.
"Failed to load plugin C:\Program Files\Citrix\System32\Citrix\IMA\Subsystems\RADESessionSs.dll with error IMA_RESULT_FAILURE"
или
Failed to connect to the database with error.
Error - IMA_RESULT_FILE_NOT_FOUND The ACCESS .mdb file is missing.
Дело в том, что XenConvert переносит XenApp не совсем корректно, теряет локальные кэши баз imalhc.mdb и RadeOffline.mdb , пропускает их при копировании, т.к. эти файлы залочены. Инцидент можно видеть в журнале на ЛОКАЛЬНОМ, НЕ PVS ДИСКЕ C:\Program Files\Citrix\XenConvert\XenConvert.txt, строчки вида
Skipping file \\?\Volume{2c7fc934-4a52-11df-a5f8-806e6f6e6963}\Program Files (x86)\Citrix\Independent Management Architecture\imalhc.mdb because it is in use and not shared.
Skipping file \\?\Volume{2c7fc934-4a52-11df-a5f8-806e6f6e6963}\Program Files (x86)\Citrix\Independent Management Architecture\RadeOffline.ldb because it is in use and not shared.
Просто пересоздаем кэши командами:
dsmaint recreatelhc
Dsmaint recreaterade
После этих процедур IMA стартует. Всем успехов!

Нам например нужно закинуть ISOшник прямо на XenServer

Нам например нужно закинуть ISOшник прямо на XenServer , чтобы виртуалка не тянула его чз сеть с шаринга, т.к. при этом , ну раз сеть, исошник может оторваться в самый ответственный момент установки. Для этого:

1. Создадим папку в Dom0
[root@xenserver1 ~]# mkdir -p /var/opt/xen/iso_import

2.Скопируем ISOшникв эту /var/opt/xen/iso_import через scp.
3.Создадим сторадж
[root@xenserver1 ~]# xe sr-create name-label=ISOs type=iso device-config:location=/var/opt/xen/iso_import device-config:legacy_mode=true content-type=iso
4. Ну и приаттачим его
[root@xenserver1 ~]# xe-mount-iso-sr /var/opt/xen/iso_import

Все, VM может грузиться с .iso
Кста, контролируйте свободное место в Dom0 командой df -h, а то он может и загнуться от Вашего хлама)

как создать ISCSI таргет на базе Линукса и заюзать в XenServer

Сегодня мы рассмотрим регламент создания ISCSI таргета на базе Линукса и его использования в XenServer.
Важное замечание! XenServer не должен быть модифицирован, ни добавлены программы в /ust/bin,ни модифицировано ядро. Стабильность работы Dom0 сильно страдает при его изменениях, проверено. Я как то установил X11 на Dom0 XenServer`а, это было круто, см. здесь. Но при этом не цеплялся сторонний ISCSI таргет инитиатором XenServer`а по разным причинам, в т.ч. и необъяснимым никак. Ну и кроме того, при ЛЮБОЙ модификации ПО Dom0 XenServer`а слетает его лицензия и потом не ставится, пока не восстановишь XenServer в исходное сосстояние переустановкой поверх. Хорошо, что это происходит с сохранением настроек.
Приступим.
1. Имеем например Centos 5.3 на сторонней машине. А можно и виртуальной. ПК имеет выход в инет, ДНС настроен правильно(/etc/resolv.conf)
2. обновляем базу пакетов
-bash-3.2#yum update
если ругани нет, прокси нет, то гуд. Если есть прокси, настраиваем yum на него. Как - см. тут
3. устанавливаем необходимые для сборки исходного кода компоненты
-bash-3.2#yum install kernel-devel openssl-devel gcc rpm-build
4. создадим место для исходников и перейдем туда
-bash-3.2#mkdir /usr/src/iscsitarget
-bash-3.2#cd /usr/src/iscsitarget
5.Скачиваем исходники
-bash-3.2#wget http://dfn.dl.sourceforge.net/sourceforge/iscsitarget/iscsitarget-0.4.15.tar.gz
6.Распаковываем архив
-bash-3.2#tar xvf iscsitarget-0.4.15.tar.gz
7.Переходим в каталог
-bash-3.2#cd iscsitarget-0.4.15
8. Компилируем и устанавливаем
-bash-3.2#make
-bash-3.2#make install
9.Все, переходим к настройке LUNов
Для начала создадим file-based ISCSI LUNы. Они медленнее, чем блочные устройства, но на блочное нужна либо отдельная партиция жесткого диска, либо динамический том LVM. Сделаем и

такие, но потом)
-bash-3.2#mkdir /home/iSCSI
-bash-3.2#dd if=/dev/zero of=/home/iSCSI/LUN0 bs=1024 count=400000
Вот, мы создали в своей домашней папке пустой файл размером примерно 400Мб. Это кстати, небыстро.
10. Настраиваем таргет. Создаем /etc/ietd.conf
-bash-3.2#nano /etc/ietd.conf

Target iqn.2009-09.com:baremetalstorage.disk2.sys1.xyz
Lun 0 Path=/home/iSCSI/LUN0,Type=fileio
Alias iDISK0

Прим: Слова iqn.2009-09.com:baremetalstorage.disk2.sys1.xyz мы придумали сами, но по строгому формату. Действуйте так-же, или читайте про именование таргетов.Ну а запись указывает как раз на наш созданный с нулями файл. Это будет наш таргет LUN.
11. Теперь нужно перестартовать сервис таргета, чтобы подцепился новый LUN
-bash-3.2#/etc/init.d/iscsi-target restart
12. Все, теперь можем из XenCenter создавать новый сторадж, выбираем вариант iSCSI, указываем IP-адрес, тычем Discovery. Нам покажуть таргеты, жмакаем discover luns, увидим наш LUN0, жмакаем его, нам предложуть его форматнуть. Не отказываемся)
13.Все, теперь можем из XenCenter на новом сторадже клепать диски, как душе угодно)
Ales.