А в чем может быть проблема? Queens horizon любое обновление страницы делается больше 15 секунд

Новая установка по официальной доке

А в чем может быть проблема? Queens horizon любое обновление страницы делается больше 15 секунд

Какая-то из служб лежит

А как проверить на каком запросе задержка?

Даже страница логина зааисает

Инструмент разработчика браузера) Посмотреть временные штампы каждого запроса.

Новая установка по официальной доке

А новая установка в какой конфигурации? В частности rabbitmq один или кластер? А mysql?

кластер и для раббита и для базы, но чтобы исключить влияние haproxy переключил все на одну ноду, кроме раббита

кластер и для раббита и для базы, но чтобы исключить влияние haproxy переключил все на одну ноду, кроме раббита

Ну вот на кролика посмотри в первую очередь. Не развалился ли там кластер, не залип ли один из серверов.

Cli работает нормально

Тормозит только webui

Тормозит только webui

Ааааа)

И виртуалет и сети все работает

В том числе и через веб

Ну тут скорее у horizon с базой проблемы какие-т. Он же из тыщи мест кучу инфы тянет и сам и через api сервисов. На самом деле для начала и правда глянь через веб консоль какие запросы сколько выполняются, может яснее станет.

Просто тормозит по 15 секунд на первом же запросе если смотреть в консоли разработчика браузера

А потом быстро все?

Да все остальные запросы быстро

а что значит "при первом же запросе"?

Вот как-то так выглядит

то есть ты логинишься, потом первый любой запрос длится долго и следующие уже нормально?

нет также

вызов любой страницы по 10-15 секунд

при этом все работает

через cli если делать там все быстрее

Похоже нашел в чем причина. Что-то не так с memcached серверами

по опыту - 10-15 секунд - похоже на проблемы с днсами (либо какой-то другой сетевой таймаут)

Стэканы, всем привет! Добавляем новую compute-ноду, релиз Pike, на ней крутится Нова компьют и сервисы Нейтрона (openvswitch, l3, dhcp и metadata агенты). Проблема с openvswitch-агентом, сам сервис стартует, но тунели до других нод в br-tun не появляются. В конфиге агента указан vxlan_udp_port = 4789, но на порт никто не биндится. При попытке создания ВМ, в логах пишет |WARN|receive tunnel port not found... Параметры ядра вроде поправили, конфиги везде в порядке, в чем может быть косяк? Что я мог забыть?

Селинукс?

Похоже нашел в чем причина. Что-то не так с memcached серверами

Ну, к тому и шло)

добрый день, есть ли какой-то список процедур отладки ошибки openstack: no valid host was found code 500 ? Очень размытая ошибка ( Собственно предыстория: закончились vCPU в кластере, был добавлен новый хост (к сожалению, с несколько другими процессорами, поэтому vShphere DRS не обрадовался) , хост в кластер зашел отлично, но ошибка осталась.

добрый день, есть ли какой-то список процедур отладки ошибки openstack: no valid host was found code 500 ? Очень размытая ошибка ( Собственно предыстория: закончились vCPU в кластере, был добавлен новый хост (к сожалению, с несколько другими процессорами, поэтому vShphere DRS не обрадовался) , хост в кластер зашел отлично, но ошибка осталась.

Ну ты посмотри по логам nova-sheduler, какой именно фильтр срезает твой единственный хост со свободными vCPU.

Ну ты посмотри по логам nova-sheduler, какой именно фильтр срезает твой единственный хост со свободными vCPU.

спасибо!

Ды не благодари пока) Сначала разобратсья бы)

да… действительно…

последняя запись в нова-шедулере от 9 утра, при попытке создании инстанса новых записей не возникает

последняя запись в нова-шедулере от 9 утра, при попытке создании инстанса новых записей не возникает

А у тебя планировщик один или несколько штук?

одна compute нода, две controller ноды

планировщик, как я понимаю работает с controller нод

так?

Ага. Если два контроллера с одинаковыми сервисами, то у тебя два плаинровщика, вероятно. И раз в логе одного ничего нового не видишь, значит посмотри на другом контроллере. Видать, балансировщик туда запросы шлет теперь.

смотрю второй, там актуальные логи

добрый день, есть ли какой-то список процедур отладки ошибки openstack: no valid host was found code 500 ? Очень размытая ошибка ( Собственно предыстория: закончились vCPU в кластере, был добавлен новый хост (к сожалению, с несколько другими процессорами, поэтому vShphere DRS не обрадовался) , хост в кластер зашел отлично, но ошибка осталась.

Вот это может быть и проблема с ресурсами и проблема непосредственно на гипервизоре. например, планировщик нашел нужный хост, там начала раскатыватсья виртуалка, но не получилось создать под нее neutron порт. В таком случае то же самое можно увидеть.

Filter RetryFilter returned 0 hosts Filter results: [('RetryFilter', None)] Filtering removed all hosts for the request with instance IDххххх

скажите, где условия фильтрации указаны?

скажите, где условия фильтрации указаны?

Обожди) Перед этим сообщением ты можешь во-первых, увидеть цепочку фильтров которые все-таки вернули один или больше хостов. А во-вторых, (не ошибиться бы), раз сработал retryfilter, значит произошло как я сказал - хост подобрался, но развернуть на нем машинку не получилось по какой-то причине. Поэтому nova-scheduler попытался повторно пристроить машинку и не нашел подходящего хоста.

понял, смотрю…

Соответственно, нужно смотреть логи на том хосте куда нова пыталась развернуть виртуальную машину.

Ну или если vmware, я хз как там) Логи nova-compute в первую очередь глядеть надо на соответствующем хосте.

vmware да…

ну попробую на центре посмотреть…

цепочки особенно нет, есть относительно переводимое: Starting with 0 host(s) get_filtered_objects

Ды не переживай. 1. Убедись что произошло то что мы думаем - хост выбрался, но на него не удалось развернуть вируталку 2. Смотри логи вцентра, самих гипервизоров и новы (уж хз куда там в случае с вмварей смотреть)

дадада

цепочки особенно нет, есть относительно переводимое: Starting with 0 host(s) get_filtered_objects

Очень похоже что планировщик не получил ничего

Варя насколько я помню управляется через vsphere

Следовательно ошибка с варей скорее всего

Что в списке гипервизоров?

+----+-------------------------------------------------+-----------------------+-------------+-------+ | ID | Hypervisor Hostname | Hypervisor Type | Host IP | State | +----+-------------------------------------------------+-----------------------+-------------+-------+ | 4 | domain-c36.2e78e72a-3a7e-40d9-80bf-8fc2f527e242 | VMware vCenter Server | 10.10.80.81 | up | +----+-------------------------------------------------+-----------------------+-------------+-------+

все ок…

Ок, compute нода на самом деле общается с vsphere - глянь что там в логах, там должны быть репорты о количестве ресурсов

+----------+------------+----+--------------+---------+---------+-----+ | Agent_id | Hypervisor | OS | Architecture | Version | Md5hash | Url | +----------+------------+----+--------------+---------+---------+-----+ +----------+------------+----+--------------+---------+---------+-----+

Держу пари что репортит что ресурсов нет

вот так может быть?

точно

по ошибкам в логах и сверкой в .py похоже что объекты не приходят

Ну как бы в случае с квм репортит каждый хост с либвиртом, с варей - один на кластер

Вот туда и надо копать

для стэка хост это кластер, как я понимаю

есть предположение, что стэк не видит/видит частично ресурсы кластера (сам кластер)

для стэка хост это кластер, как я понимаю

Компьют хост потому и один что работает с кластером, а не с каждым гипервизором

ага…

есть предположение, что стэк не видит/видит частично ресурсы кластера (сам кластер)

Значит ему кластер репортит неправильно

Nova-compute на уровень esxi не лезет

да, понимаю

И раз он up - репорты доходят до контроллеров

Значит скорее всего ему кластер какую-то фигню говорит

В каких логах может быть информация?

Со стороны стэка, имеется в виду