Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Citrix XenServer

Автор: negreevai1
Дата сообщения: 27.01.2014 10:22
Помогите разобраться.
Установил на флешку 16ГБ xenserver 6.2 установилось все нормально, но после перезагрузки, появляется картинка Citrix Xenserver и тишина, пробовал несколько флешек результат, один и тот же. В чем может быть проблема и как ее решить??
Автор: urodliv
Дата сообщения: 27.01.2014 16:28
negreevai1
Вам надо собрать initrd с параметром --with-usb. Как это сделать, прочитаете тут.
Автор: negreevai1
Дата сообщения: 31.01.2014 09:17
urodliv
Спасибо, а подскажите как указать установочную флешку, sda1 это сд привод, как я понимаю.

разобрался, теперь при монтировании пишет wrong FS type, как быть?
Спасибо!
Автор: urodliv
Дата сообщения: 31.01.2014 09:46
negreevai1
Команда fdisk -l выводит список блочных устройств. Среди них найдёте вашу флешку.
Автор: isnospoon
Дата сообщения: 03.02.2014 07:32
установлен XenServer
приступил к знакомству с данным гипервизором настроил ему статический адрес 192.168.1.55
запускаю виртуалку на винде и вижу что винда получает ip-адрес из первой подсети 192.168.1.X всё и вся прекрасно пингуется, но! к домену не подключается, в сетевые папки нет доступа, впн не соединяется
настраивают сетевую карту на второй vlan, винда получает адрес из второй подсети 192.168.2.X и о чудо!!! машина заходит в домен, сетевые ресурсы доступны, все работает...
вопрос знатокам чем первая подсеть так не нравится XenServerу?
может кто подскажет куда копать? VMware при той же конфигурации сети работает во всех vlan

Автор: blinkoff
Дата сообщения: 03.02.2014 11:30
isnospoon
Не совсем понятна ваша схема, где находится DC, какая конфигурация коммутатора...
Автор: isnospoon
Дата сообщения: 03.02.2014 12:38
дело не в схеме
есть сеть 192.168.1. в ней установлен XenServer, его ip 192.168.1.55
на нем развернута виртуальная машина win7 ip получает по DHCP
соответственно получает адрес из 192.168.1.
но проблема в том что к домену не подключается, в сетевые папки нет доступа, впн не соединяется, вообщем никакие обычные казалось бы вещи не получается настроить
если в настройках сети XenServer настроить любой другой vlan, соответственно виртуалка получит любые отличные от 192.168.1. ip то все выше перечисленное начинает без проблем работать
есть мысль а должен ли management interface XenServer быть в отличной от той подсети в которой планируется разворачиваться виртуальные машины?
Автор: blinkoff
Дата сообщения: 03.02.2014 13:31
Должно работать. Management Interface нельзя заворачивать в tagged vlan (По рекомендациям Citrix), во остальном он работает как bridge. Надо вешаться на интерфейс и смотреть tcpdump`ом что происходит
Автор: root111
Дата сообщения: 17.02.2014 18:32
Доброго времени суток. Перенаправьте если не в том месте пишу пожалуйста.
Прошу помощи в решении одной проблемки:

Ситуация в следующем:

Имеется два хоста XenServer 6.2 (чистые без единого апдейта)
Имеется настроенная и функционирующая HA, с настроенным включением машин и все отлично.
Имеется для HA выделенное место на "СХД" Synology, по типу nfs стораджа, там же соответственно heartbeat ha и туда же делаются регулярные бэкапы метаданных(через xsconsole самих хостов XS).
есть ядерный свитчик, на каждый хост XS lacp линк из двух гигабиток, в режиме access на management, а также различные vlan на виртуалки, на схд Synology тоже самое, только port mode trunk , management vlan.

Сама Synology настроена следующим образом.
4 диска образуют raid 10,
есть два LUN:
1- один блочный iSCSI Target (самый большой по объему) но с установленным чек-боксом THIN Provisioning (возможно кстати в этом собака и порыта, не знаю).
2 - второй файловый , раздел nfs размером в 2tb под нужды как раз XS и HA.
диски виртуальных машин занимают порядка 250~300 Гб.

А теперь проблема:
Одним удачным понедельником меня будят утром с требованием вернуться на работу и узнать почему мол нет интернета. Прихожу. Смотрю.
Загрузка ЦП всех виртуальных машин 100%. ( хотя в XenCentr`e загрузка рабочая отображалась).
Лезу значит в логи ксенов (ALT + F2) а там "знаменитая ошибка" device tda error I\O.( Это случается когда происходит проблема с доступом к выделенному стораджу nfs)
После этого значит мне сразу приплохело.
Стала понятна проблема зависания виртуалок и невозможность любых действия в них с дисками.
Проверил сеть, доступность есть, транки не падали(на ядерном свитче).
Захожу в вэб морду Synology а оно мне пишет на разделе таком то (nfs) закончилось место,(а там напомню выделенно 2TB), мол дайте дисков и все будет окей. Пришло в голову только увеличить раздел nfs на определенное количество, и тогда, вдруг, ксены снова увидели сторадж и виртуалки прочихались.

Это история проблемы, дальше я внимательно присмотрелся в консоли xencentr, пересканировал сторадж, перезапустил все хосты, и увидел картину сторажда общего:
2148.8 GB used of 5492.4 GB total (916.5 GB allocated)

Хотя сами реально занимают виртуалки только лишь 250~300 GB.

Ну это вкратце все. У меня мысли следующие:
1) Возможно переполнился сторадж как раз за счет бэкапа метаданных, если это так то как проверить)
2) Какое то пагубное влияние HA heartbeat (хотя весит то оно копейки)
3) Какой то глюк самих ксенов при работе с дисками виртуалок на nfs
4) Или может это был глюк самой Synology , а именно она запуталась с распределением дискового пространства между луной iSCSI ( которая THIN provisioning) и между nfs разделом ( который THIN provisioning по определению, так как используются файлы дисков VM). И что интересно Synology позволила мне увеличить этот самый nfs раздел на весь объем рейда и даже не поругала за это.

Спасибо за внимание, надеюсь на помощь.

Автор: blinkoff
Дата сообщения: 17.02.2014 18:42
root111

xe host-call-plugin host-uuid=<HOST_UUID> plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=<VM_UUID>

Если после выполнения команды получаешь Success, значит риклейм не закончился, выполняй команду пока не получишь VM has no leaf-coalesceable VDIs. Плюс ко всему процесс риклейма занимает достаточно большое количество времени, особенно если было много снепшотов... Периодически пересканируй хранилище на предмет освобождения места.
Автор: root111
Дата сообщения: 17.02.2014 18:49
А можно вопрос , что именно и каким образом делает эта команда. про риклейм не понял. снепшотов очень мало.
Автор: blinkoff
Дата сообщения: 17.02.2014 18:53
root111
Вот тут расписано как делаются снепшоты, то что в XenCenter не видно файлов снепшотов, не означает, что от них не осталось мусора. А команда лишь производит слияние копий виртуальных дисков.
Автор: root111
Дата сообщения: 17.02.2014 18:58
слияние копий COW чтоли??

Добавлено:
сделал на всех виртуалках, получил везде закономерное VM has no leaf-coalesceable VDIs.
перескан стораджа ничего не изменил
Автор: noobest
Дата сообщения: 18.02.2014 10:59
Доброго времени суток.

Есть XenServer 6.2, используется только один сетевой интерфейс eth0 с адресом 192.168.1.50, через который он подключен в сеть 192.168.1.0\24, айпишник - статика, в домен не введен, поднята external сеть xennet через тот же интерфейс (управление XenCenter кстати тож через него). Route -n показывает что с Xen все идет через xenbr0. ifconfig показывает адрес xenbr0 192.168.1.50.На нем крутится виртуалка с единственным сетевым интерфейсом xennet (надо чтобы работала через виртуальную сеть). Проблема в том что виртуалка не видит сеть (получает адрес 169.......) 3 день рою во все стороны, ничего не нарыл. В линуксе полный нуб. нид хелп.

Автор: root111
Дата сообщения: 18.02.2014 16:32
noobest
попробуйте дать виртуалке статичный айпишник, и чегонибудь попингайте. проблема с сетевым стэком.

blinkoff
не поможешь? твой вариант проблему не решил..
Автор: noobest
Дата сообщения: 19.02.2014 07:51
root 111

если даю статичный айпишник, пинг все равно не идет (хотя иконка сетьевого подключения выглядит нормально)

Очень надо сделать так чтобы вм работали через созданную сеть.
Автор: root111
Дата сообщения: 19.02.2014 15:50
noobest
а что выдает arp -a из под консоли виртуалки
Автор: noobest
Дата сообщения: 20.02.2014 07:46
root111

не найдены записи в таблице ARP

Автор: blinkoff
Дата сообщения: 20.02.2014 09:50
noobest

Покажите скрин настроек сети XenServer, и вывод XenServer ifconfig -a
Автор: noobest
Дата сообщения: 20.02.2014 11:26
[more] вот ifconfig


eth0 Link encap:Ethernet HWaddr F0:4D:A2:0A:27:65
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:6109 errors:0 dropped:0 overruns:0 frame:0
TX packets:6185 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:489470 (477.9 KiB) TX bytes:8222749 (7.8 MiB)

eth1 Link encap:Ethernet HWaddr F0:4D:A2:0A:27:67
UP BROADCAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:3227 errors:0 dropped:0 overruns:0 frame:0
TX packets:3227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:12753028 (12.1 MiB) TX bytes:12753028 (12.1 MiB)

vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING NOARP PROMISC MTU:1500 Metric:1
RX packets:7 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:1396 (1.3 KiB) TX bytes:0 (0.0 b)

vif1.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING NOARP PROMISC MTU:1500 Metric:1
RX packets:9 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:1588 (1.5 KiB) TX bytes:0 (0.0 b)

xapi0 Link encap:Ethernet HWaddr F0:4D:A2:0A:27:65
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:7 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1494 (1.4 KiB) TX bytes:0 (0.0 b)

xapi1 Link encap:Ethernet HWaddr F0:4D:A2:0A:27:65
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:9 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1714 (1.6 KiB) TX bytes:0 (0.0 b)

xenbr0 Link encap:Ethernet HWaddr F0:4D:A2:0A:27:65
inet addr:172.18.43.23 Bcast:172.18.43.255 Mask:255.255.255.0
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:6137 errors:0 dropped:0 overruns:0 frame:0
TX packets:1469 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:469079 (458.0 KiB) TX bytes:7938123 (7.5 MiB)

xenbr1 Link encap:Ethernet HWaddr F0:4D:A2:0A:27:67
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) [/more]
Автор: mailfish
Дата сообщения: 20.02.2014 14:50
Вопрос следующий. Пытаюсь в виртуальную win2008r2 прокинуть usb-ключ.

xe vm-param-set other-config:pci=0/0000:00:1d.7 uuid=4ab88e76-9701-7c6e-ad89-c936db09d966

При старте ВМ пишет:

xe vm-start uuid=4ab88e76-9701-7c6e-ad89-c936db09d966
The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem.
message: xenopsd internal error: Xenctrl.Error("38: Function not implemented")


IOMMU активирована.

Citrix XenServer Host 6.2.0-70446c
Автор: daojah
Дата сообщения: 26.02.2014 15:56
Здравствуйте! Имеется xenCenter6.1 был удалено хранилище образов win file sharing(cifs), теперь при попытке создать новое - unable to mount the directory specified in device configuration request. Буду рад помощи.
Автор: daojah
Дата сообщения: 27.02.2014 10:32
Все разобрался, блочил антривирус.
Автор: Demi1983
Дата сообщения: 17.03.2014 05:33
mailfish

можно с хоста, вывод

xl dmesg |grep virtualisation

cat /proc/bus/usb/devices

lspci |grep USB
Автор: zckxrs
Дата сообщения: 27.03.2014 12:45
Подскажите, не доводилось ли сталкиваться со следующей проблемой:
на xen был подключен новый винт, через
xe sr-create host-uuid=75b1a747-03a5-4ed6-8abd-f7e565edb764 device-config:device=/dev/sdb1 name-label="loc_stor_1" type=lvm
был подключен локальный сторэйдж, все работало, на новом хранилище крутились виртуалки. Однако при отключении этого хранилища через 1) xe pbd-unplug 2) xe sr-forget и повторном подключении хранилище оказалось абсолютно пустым. Все виртуальные диски исчезли. В чем может быть проблема? Спасибо.
Автор: urodliv
Дата сообщения: 27.03.2014 13:19
zckxrs

Цитата:
и повторном подключении хранилище

Как вы это делали?

Цитата:
Все виртуальные диски исчезли. В чем может быть проблема?

В зависимости от ответа на первый мой вопрос ответ на этот вопрос либо будет, либо нет.
Автор: zckxrs
Дата сообщения: 27.03.2014 13:24
Тем же самым способом:
xe sr-create host-uuid=75b1a747-03a5-4ed6-8abd-f7e565edb764 device-config:device=/dev/sdb1 name-label="loc_stor_1" type=lvm

PS: насколько я понимаю, проблема в команде "sr-create"?
Автор: urodliv
Дата сообщения: 27.03.2014 13:36
zckxrs
Мои поздравления! Вы всё убили собственными руками. Не, конечно можно помыкаться и попробовать найти что-то где-то, но шансов маааало.
Автор: zckxrs
Дата сообщения: 27.03.2014 13:39
urodliv, то, что убил - это понятно и абсолютно не страшно, ибо винт был именно учебный. Однако хотелось бы понять свою ошибку, чтобы в дальнейшем не потерять уже критичные данные.
Автор: urodliv
Дата сообщения: 27.03.2014 13:44
zckxrs
Аааа. Ну так бы сразу и сказали. Ошибку вы поняли абсолютно правильно.
Есть такая статейка в которой рассказано, как восстанавливать систему при крахе dom0. Я это проделывал в тренировочных целях несколько раз: переезд на новый носитель, в том числе с переходом на новую платформу xenserver`а.

Страницы: 123456789101112131415161718192021

Предыдущая тема: mDaemon + Proxy + (Обьясните принцип работы)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.