» Citrix XenServer

carip
Какая версия XenServer?

XenServer 6.0.2

carip
Последний (11) апдейт установлен?

Если этот XS602E011? Тогда да.

В консоли XenServer:

xe host-list
xe vm-list | less

Копируем UUID хоста и ВМ

Дальше в консоли выполняем:

xe host-call-plugin host-uuid=<UUID XenServer> plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=<UUID VM>

Если результат:

Success - Значит будет произведена оптимизация дисков ВМ, процесс может занять достаточное количество времени
VM has no leaf-coalesceable VDIs - Значит что ВМ не требует оптимизации.


P.S. Периодически перепроверять изменения дискового пространства на хранилище, кнопкой Rescan в XenCenter

[q][/q]
Проблема как то сама ушла пока, утром в понедельник все пришлов норму)

urodliv
В тему насчет установки XenServer на носитель объемом меньше 16 Гб

http://support.citrix.com/article/CTX118023

Добавлено:
У кого есть в продакшене XenServer на USB носителе?

1. Как долго работает?
2. Как мониторить состояниее флешки?
3. Как часто XenServer производит операции запись/перезапись на флешке?

blinkoff
За ссыль спасибо. Обязательно гляну.
Ответить могу только по первому вопросу.
На домашнем сервере использую уже 3-4 месяца. Флешка sundisk. Выключен swap, выставлены параметры noatime, nodiratime. Иногда случается крах системы. Проявляется очень просто: в консоли кроме адреса и маски никаких других сетевых параметров нет. Залогиниться из консоли или ксенцентра не даёт. В экране вывода логов идёт поток ошибок работы с флешкой, что подтверждается частым миганием индикатора активности на самом носителе. Возможно это проблемы конкретной флешки, ибо sandisk`и не лучший вариант носителей, но брался исключительно из-за малых геометрических размеров.

urodliv
Спасио, расспиши какие параметры и где правил для оптимизации работы с флешки, кроме fstab.

blinkoff
Только fstab и ничего более.

urodliv

Сдается мне, что USB Flash Drive для продакшена - "стремное" решение. Более менее может подойти вариант USB внешнего жесткого диска 2,5", как считаешь?

blinkoff
Честно говоря признаваться в этом не хочется, но пока страшно в работу это отправлять. Особенно в удалённую.
По поводу usb-внешки. Смысла не вижу. Проще ssd внутрь сервака запихать, чем с отростком иметь дело. Можно конечно сделать извращение, которое у меня было: через pata-usb контроллер подключался старый винт.

urodliv
Тут суть в цене вопроса, не хотелось бы на древний сервер у которого рейд контроллер вышел из строя SSD лепить.

При таком раскладе конечно смысла нет. Но тогда встречный вопрос. Для каких целей будет этот сервак без рейд-контроллера?

urodliv
Все виртуальные машины хранятся на SAN Storage. Но сам Xen надо ж как то запускать? В новых серверах есть функция старта с iSCSI шары, а в этом нет.

blinkoff
Тогда да. Альтернатив немного. Хотя можно ещё извращений придумать, но с внешним usb-диском будет проще всего.

Не подскажите, а почему после завершения сеанса 1С, лицензии тех пользователей, которые сидят через citrix - не освобождаются? Т.е. такое чувство, как будто сессия у этих людей не закрывается.

zlaja kompanija
Что Вы имеете ввиду под "сидят через Citrix"?

Заходят через citrix клиента

zlaja kompanija

Цитата:

а почему после завершения сеанса 1С

А они его корректно завершили, или просто закрыли окошко 1С крестиком?

zlaja kompanija
Я понимаю, речь про XenApp ?
Так в консольке ж Цитриковской все видно.
Правой кнопкой или по серверу или по опубликованному приложению, выбрать "change display" и там "connected users" - в списке если пользователь работает будет статус "active" если ушел по английски "крестиком" -disconnected ,ну а если корректно завершил сеанс, то этого "юзера" там просто не будет. Если не завершил-опять правой и ... сами решите что. И обратите внимание в правой части консоли на голубенькую надпись "choose columns" - можно еще узнать много чего.
Да и в обычном "диспетчере задач" терминального сервера есть вкладка "пользователи" (и там такие же статусы) - их и здесь можно выкинуть из сеанса.

Добрый день, коллеги
Заранее прошу прощения за дилетантство, пришлось столкнуться с вопросом, в котором совсем не силен. Работаю в компании недавно. Тут имеется установленный Citrix MF PS 4.0 (на английской Windows server 2003)
Опубликовано приложение, которым успешно пользуются извне, все настроено, все работает (сам не лазил в настройки сервера, дабы не попортить)
Клиенты производят замену парка рабочих станций, и вместо двух машин с WinXP (на которых все было норм) поставили машины с Win7 (32 и 64).
Есть другой клиент, который уже работает с Win7.
У него настраивали недавно, и достаточно просто - скачали Citrix Online plug-in – Web
http://www.citrix.com/downloads/citrix-receiver/legacy-client-software/online-plug-in-123.html
И никаких проблем не возникло.
А тут - сделали тоже самое, люди заходят, авторизуются, но при попытки запустить приложение - выдает ошибку: Unable to launch your application. Contact your help desk with the following information: Cannot connect to the Citrix XenApp server. SSL Error 4: Attempted to connect using the (TLS V1.0 | SSL V3.0) protocol(s). The server rejected the connection.
принт-скрин тут: http://zalil.ru/34272737.
Повторюсь, у тех же клиентов на XP все работало и работает, у других клиентов работает на семерке, проблемы с сервером и сетью на мой взгляд маловероятны.
В чем может быть загвоздка?

sart05
может быть- http://forums.citrix.com/thread.jspa?threadID=296594 ...
А траблшутинг здесь - http://support.citrix.com/article/CTX105390

Вечер добрый!
Знакомство с Linux я начал совсем недавно. Заранее извиняюсь за, возможно, длинный и глупый вопрос.

Имеется ProxMox 1.9 с несколькими Win2k3 и 2k8 виртуалками, диски которых представляют из себя lvm волюмы.
Поставлена задача, на этой же железке заменить платформу виртуализации на Xen Cloud Platform 1.6 и мигрировать туда всех существующих гостей.
Погуглив, я понял, что однозначного ответа вобщем-то нет.
Пробовал делать qemu-img convert в формат vmdk, а потом импортировать через XenCenter (там можно выбрать в списке такой формат), но оказалось, что XCP к импорту воспринимает только свой хитрый .xva формат. С помощью qemu-img convert сконвертировать в .xva нельзя, средств импорта остальных форматов qemu-img convert в XCP также нет, но, как я понял, изначально XCP организует хранение дисков виртуалок, также как и ProxMox в виде отдельных lvm массивов.

Вопрос: как быстрее всего и безболезненнее сконвертировать виртуалки с ProxMox'а на XCP?

Пробовал:
1. На Xen-машине с помощью xe sr-list, xe pbd-list, нашёл, что "Local Storage" это не что иное как Volume Group на /dev/sda3, называющаяся длинным именем "VG_XenStorage-uuid"
2. На Xen машине сделал: lvcreate -L 20G -n /dev/VG_XenStorage-uuid/newvmdisk
*Волюм виртуалки на pmox = 20.00G ровно.
3. Попробовал на хосте proxmox: /dev dd bs=4M if=/dev/lvgroup1/lv-vm-101001-disk1 | ssh root@xenhost 'dd bs=4M of=/dev/VG_XenStorage-uuid/newvmdisk
Мне написало, что всё скопировалось.
4. Лезу в XenCenter и не наблюдаю диска в разделе Local Storage.
Облазал XenCenter, разные xe команды, попробовал на Xen сделать новому перезалитому волюму: lvchange -a y, попробовал ребутнуть Xen тачку. Нету диска.

Подкиньте идею пожалуйста. Не хочется по тупому акронисом опять наматывать/разматывать. Слишком много инфы поулчается, к примеру 200гб файло-помойка в виде аналогичного LVM массива и еще куча lvm-разделов-дисков других виртуалок proxmox'а. x_-

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

Привет всем. Ребята, не подскажите, есть ли возможность пробросить принтер в гостевую ось? Установлен XenServer 6.1, подключен принтер Canon lbp 3000, но он нигде не видет. Как правильно это сделать?

Именно, что много.
По этому и начал ломать голову, по поводу LVM ProxMox to LVM Xen.
Т.к. LVM используется и там и там, возникает ощущение, что всё должно быть проще пареной репы.
Размотал XCP 1.6 из коробки на отдельный винт, подцепил винты ProxMox'а, сделал что-нибудь вроде vgexport / vgimport и вуаля.
Но ничего подобного.

Если на Xen-машине создать lvcreate новый волюм и попробовать размотать dd if=/dev/pmoxVG/pmoxVMLV of=/dev/VG_XenStorage-uuid/newvolume, всё отлично копируется, но встаёт вопрос: Как после такого "варварства" заставить Xen увидеть этот чудесный шмоток данных, как свой родной диск? Чтобы можно было видеть его в списке дисков в Storage и монтировать к виртуалкам?

Если на Xen-машине создать xe vdi-create virtual-size=25GiB указав sr-uuid от "Local Storage", который type=lvm, мы увидим через lvdisplay, что под него создался отдельный Logical Volume. Если потом ДД'шнуть в этот Logical Volume, содержимое if=/dev/pmoxVG/pmoxVMLV (который занимает 20Гб), то почему-то напишет ошибку, что скопировалось 390Мб, и "No space left on device", хотя я вижу, что в ксеновской VG имеется еще 300Гб.

Прочёл, только что, намёк на то, что в Xen используется, не совсем просто LVM, а LVM с контейнером VHD, знакомый подсказал мне, что скорее всего VHD от raw не отличается и надо при копировании с помощью dd отступить 512Байт от начала результирующего волюма. Якобы там может храниться конфигурационная инфа VHD'шки.

Создал:


Код:
[root@testxen44 ~]# xe vdi-create type=user name-label=testdisk1234 sr-uuid=90853372-5c1c-7fd6-e3a3-dc7d7dceeede virtual-size=25GiB
96dc3a2e-6148-4b17-b73b-54ba2f3de76a
[root@testxen44 ~]#

Попрбуйте , как вариант, V2V или P2V конвертер, какой нибудь. По сути виртуальные машины в Proxmox с немодифицированным ядром, не должно возникнуть проблем после конвертации.

Нашёл чуть более простой способ решения проблемы, который до конца проблему не решает, плюс чуть более точно сформулировал вопрос.

Более простое решение проблемы, очень похожее на то, что я хотел:

1. На XEN-хосте, делаем новый виртуальный диск, выставив ему тип: raw

xe vdi-create type=user sm-config:type=raw name-label=testdisk1234 sr-uuid=90853372-5c1c-7fd6-e3a3-dc7d7dceeede virtual-size=25GiB

2. Через xe vdi-param-list uuid_нового_vdi, видно: sm-config: type:raw;vdi_type:aio

3. Посмотрев через lvdisplay, обнаружим новый Logical Volume с префиксом LV- вместо VHD-

4. Делаем этот волюм активным с помощью lvchange -ay /dev/VG_XenStorage-uuid/LV-uuid-новоговолюма

5. С ProxMox хоста, пробуем dd if=/dev/ProxMoxVG/vm-disk-LV | ssh root@XenHostIp "dd of=/dev/VG_XenStorage-uuid/LV-uuid"

Всё успешно заливается, Xen отлично видит этот диск, нормально монтирует к своим виртуалкам, виртуалки спокойно запускаются с этим диском. Но, это не VHD, и "из коробки" Xen ставится с хранилищем типа LVM-VHD, а не LVM-RAW.

Погуглив, я нашёл, что VHD это всётаки raw, но заключенный в контейнер из начального заголовка 512 байт +/- 1024 +/- якобы кусок байт зависящий от размера всего диска и из конечного заголовка (в конце файла) размером 512 байт.

Собственно до конца сформулированный вопрос:
Как правильно внедрить raw-данные, внутрь контейнера VHD не задев заголовки, так чтобы образ получился рабочим? Можно ли в параметрах утилиты dd указать пропуск не только от начала результирующего файла, а ещё и от его конца? Если да, то как?

Добрый день. Может кто сможет помочь мне в моей проблеме. Виртуализацию я начал осваивать недавно. Досталось мне в наследство от предыдущего админа вот такое вот хозяйство:

2 сервера. На одном установлен XCP 1.6.10 и нету никаких VM. На другом установлен XCP 1.4.90 и крутятся 3 VM, которые активно используются пользователями. Хранятся эти машины на сервере FreeNAS и подключены через iSCSI. Тип LVM over iSCSI.
Задача стоит следующая: перенести виртуальные машины с XCP 1.4 на XCP 1.6, затем обновить 1.4 до 1.6 и создать пул из этих 2-х серверов.
Всё бы ничего, но возникли следующие проблемы при попытки сканирования iSCSI хранилища на XCP 1.4 выдаёт "The specified storage repository scan failed", если попробовать из консоли, то
[root@xensrv0 /]# xe sr-scan uuid=a416ca05-7534-c9db-1053-cfe810848533
Error code: SR_BACKEND_FAILURE_40
Error parameters: , The SR scan failed [opterr=Command ['/usr/sbin/lvs', '--noheadings', '--units', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-a416ca05-7534-c9db-1053-cfe810848533'] failed (5): Volume group "VG_XenStorage-a416ca05-7534-c9db-1053-cfe810848533" not found
Skipping volume group VG_XenStorage-a416ca05-7534-c9db-1053-cfe810848533],
Новые виртуалки не создаются пишет "The attempt to load the VDI failed". Соответственно сделать snapshot старых тоже не получается "The VDI is not available".

Я подозреваю что дело в настройках target хранилища. Дело в том что когда я установил XCP 1.6 я попытался подключить на него iSCSI хранилище, он поругался что такой LUN уже используется. Я попробовал непосредственно с сервера и оттуда подключилось. Потом начал пробовать переносить виртуалки с XCP 1.4 и нарвался на "The VDI is not available". Может проблема как раз в том что я перелогинил LVM over iSCSI на другой сервер XCP.

Уж простите за такую кашу. Мне бы хотя бы показать куда копать. Вообще, по хорошему, мне хоть как то перенести бы машины на xcp 1.6 допустим в локальное хранилище, а потом я пересоздам заново iSCSI хранилище на FreeNAS и заодно обновлю 1.4. Перенесу виртуалки на новое iSCSI и создам пул. Так мне легче будет разобраться во всём этом...