+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

ROS6 RC9 на Xenserver падает при загрузке.

ROS6 RC9 на Xenserver падает при загрузке., RouterOS

mhugo Guest	#1 0 14.02.2013 05:16:00 Привет, у нас ошибки ядра при загрузке ROS6 на Xenserver – версия 5 работает. /Mikael

Buster2

Guest

16.09.2013 19:07:00

Привет, у нас несколько установок ROS 5.26 на XenServer 6.2 в HVM режиме работают отлично (поддержка xen/vmware/openvm инструментов была бы лучше для поддержки живой миграции). Но обновление до 6.4 или свежая установка 6.4 с ISO-образа приводит к 100% загрузке процессора в процессе загрузки и процесс загрузки VM останавливается. В консоли отображается только Loading Linux… Loading initrd.rgz… Ready. В XenCenter мы видим графики загрузки процессора постоянно на 100% для 1 vcpu (неважно, сколько vcpu мы поставим). Время от времени сетевой трафик возрастает до 1.5 kbps, но мы не можем подключиться к сетевым сервисам для выполнения начальной (ip) конфигурации. Я изменил vcpu с 2 до 1 и объем RAM с 1024 MB до 128 MB, но не добился успеха. На что мне следует обратить внимание? Как это можно дальше отладить?

leequince Guest	#3 0 23.09.2013 22:24:00 Привет, та же проблема с запросом в поддержку, который оформил больше трех месяцев назад… и все равно ответа нет. Я тоже пока не нашел обходного пути. Ли.

AIVAS

Guest

19.11.2013 12:34:00

Да! Я смог запустить RouterOS 6.6 на XenServer 6.2. Виртуальная машина, о которой идет речь, работала на 5.26. В XenServer 6.2 (и, возможно, более ранних версиях) добавили поддержку Windows 8.1, и эта поддержка мешает обновлению/установке Mikrotik. Сначала вам понадобится консоль к хосту Xenserver, чтобы изменить параметры виртуальной машины. SSH или XenCenter должны подойти. Во-вторых, нужно найти UUID виртуальной машины. Используйте "xe vm-list", чтобы показать все виртуальные машины на хосте. Найдите виртуальную машину Mikrotik и скопируйте UUID (буфер обмена – ваш друг здесь..). Последний шаг — отключить поддержку "viridian".. Используя UUID в первой команде, введите "xe vm-param-set uuid= platform:viridian=false". Это отключает поддержку viridian для виртуальной машины. Теперь можно запустить новую виртуальную машину для установки или обновить существующую. Если у вас была виртуальная машина, которая падала на 2-м этапе обновления, это должно позволить ей продолжить. В ходе моего тестирования, виртуальное обновление, которое падало, сработало, но зависло на “starting Services…”. Принудительная перезагрузка позволила виртуальной машине функционировать нормально. Машина на 5.26 была изменена, затем обновлена, она функционировала нормально, за исключением того, что не перезагрузилась на первом этапе, когда должна была. Принудительная перезагрузка позволила ей продолжить нормально, даже через 2-й этап... вот так! Свежая установка с ISO 6.6 снова не смогла перезагрузиться после установки, но принудительная перезагрузка позволила ей загрузиться в систему входа в первый раз. Я подозреваю, что отключение ACPI или других флагов может решить проблему с перезагрузкой, но, по крайней мере, теперь она не вылетает!

Buster2 Guest	#5 0 19.11.2013 17:02:00 Спасибо. Работает как часы.

davitnt

Guest

12.02.2014 12:24:00

Я выполнил вышеописанную процедуру и смог установить версию 6.9 без проблем, но когда я подключаю роутер, потребление ресурсов операционной системы взлетает до 100%, а инструмент/профиль показывает, что 90% загрузки процессора приходится на этот Ethernet. Я не могу это решить, есть какие-нибудь советы?

Buster2

Guest

13.02.2014 13:53:00

У меня такое поведение не наблюдается на машинах, которые обновились с 6.7 до 6.9. Эта публичная точка доступа практически без дела, в tool/profile. У вас есть какая-нибудь сложная обработка пакетов на уровне брандмауэра/маршрутизации? В других тредах люди говорят, что сброс и перенастройка могут помочь, и что есть какие-то проблемы с маркировкой пакетов. Кто-нибудь смог запустить живую миграцию? Я смог переносить VM вживую, подкорректировав метаданные XenServers, чтобы они думали, что установлены VMware tools. Но после живой миграции VM потеряла доступ к сети и сама не могла получить доступ к сети. Похоже, что это связано с ARP, но у меня не было времени покопаться глубже.

janisk Guest	#8 0 14.02.2014 06:44:00 Если бы проблема была только в сети – проверь MAC-адреса и интерфейсы "роутера".

Buster2 Guest	#9 0 16.02.2014 20:54:00 Что ты имеешь в виду? Live migration не меняет ни один интерфейс, ни MAC-адрес в виртуальной машине.

CezarEstrada Guest	#10 0 03.09.2014 16:45:00 Спасибо, AIVAS! Работает отлично на XenServer 5.6.0 и RouterOS 6.19. С уважением!

Buster2 Guest	#11 0 04.09.2014 01:26:00 В последней версии RouterOS моя сетевая проблема исчезла (ранее тестировал только 5.24). Сейчас тестовая VM теряет 2-4 пинга во время живой миграции. Другие Linux VM теряют 0-1 пакет. В целом XenServer поддерживает живую миграцию HVM гостей. Но XenCenter не показывает никаких кнопок для миграции, пока не установлены XenTools. Так что нужно обмануть XenServer, манипулируя метаданными VM. Нужно запускать этот shell скрипт после каждой загрузки, перезагрузки и живой миграции любой RouterOS VM на хосте, где работает эта VM: vmname=<имя виртуальной машины> domid=$(xe vm-list name-label=$vmname params=dom-id \| cut -d':' -f2 \| tr -d ' ') xenstore-write /local/domain/$domid/attr/PVAddons/MajorVersion "6" xenstore-write /local/domain/$domid/attr/PVAddons/MinorVersion "2" xenstore-write /local/domain/$domid/attr/PVAddons/MicroVersion "0" xenstore-write /local/domain/$domid/attr/PVAddons/BuildVersion "54078" xenstore-write /local/domain/$domid/attr/PVAddons/Installed "1" xenstore-write /local/domain/$domid/data/updated "1" Возможные улучшения этого скрипта: команда xe command line может запрашивать power-state running и метаданные, такие как теги (назначайте их через свойства VM в XenCenter). xe vm-list tags=RouterOS power-state=running тогда скрипт мог бы перебирать VM, запрашивая для каждой VM ее dom-id и выполняя xenstore-write. Можно запускать это как cronjob. Событийно-ориентированное изменение было бы еще лучше. Есть кто-нибудь, кто хочет написать скрипт, слушающий события (загрузка, перезагрузка, миграция)? Базовые примеры есть в документации Xen API/SDK. Если хотите улучшить доступную информацию в XenCenter, можно добавить IP-адреса на вкладку "Сеть" в XenCenter: xenstore-write /local/domain/$domid/attr/eth0/ip "<IP-адрес>" установить имя и версию операционной системы: xenstore-write /local/domain/$domid/attr/PVAddons/os/class "RouterOS" xenstore-write /local/domain/$domid/attr/PVAddons/os/major "6" xenstore-write /local/domain/$domid/attr/PVAddons/os/minor "19" просто не забудьте сообщить XenServer, что вы обновили метаданные после каждого изменения: xenstore-write /local/domain/$domid/data/updated "1" _привет всем http://lists.xen.org/archives/html/xen-api/2014-03/msg00015.html_

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры