Artem

а то я накачал с оффа, но чувствую подвох

J

А нет линка, на образы

Нет) Спрашивать надо у того у кого лицензии собираетесь покупать. Если собираетесь, конечно)

Artem

Маловероятно)))

J

Маловероятно)))

Ну тогда хоть с торрентов качай, какая разница.

Artem

Понял, не дурак

J

Можно и десктопную винду если майкрософта не боитесь.

J

пересобрал на 50 и всё окей

Образ больше тома был по размеру, выходит?

Artem

Нет просто у меня ресурсы на нодах ограничены и я вроде как лимит в конфиге на cinder ставил

Василий

Всем доброго вторничного утра! (: Есть одна external сеть. Выглядит так: admin_state_up: true id: 0f8caf95-4523-4fd5-be7a-07f02fbcb34b is_default: false is_vlan_transparent: null mtu: 1500 name: public1 project_id: 1b76de3dc11b467ca7265e479d5e1f03 provider:network_type: flat provider:physical_network: physnet1 provider:segmentation_id: null router:external: true segments: null shared: false status: ACTIVE subnets: - 51c9cae0-f110-4a0a-ae85-a41df1bdc12d - 7f58be6c-9e1e-4cf1-97a5-eea35602d20c В поле provider:physical_network: в значении указано нечто "physnet1". Не могу понять, откуда этот physnet1 взялся и что он в итоге значит, куда ведёт? (вернее откуда взялся знаю - из ml2_conf.ini ) Предполагаю что должен указывать на какой-то физический интерфейс, но где на network или compute ноде сопоставление идентификатора physnet1 с какой-то более чётко сущностью описано? Спасибо заранее. (OpenStack развёрнуть с помощью kolla - но там в globals тоже ничего такого нет; ml2\OVN)

Evgeniy

Всем доброго вторничного утра! (: Есть одна external сеть. Выглядит так: admin_state_up: true id: 0f8caf95-4523-4fd5-be7a-07f02fbcb34b is_default: false is_vlan_transparent: null mtu: 1500 name: public1 project_id: 1b76de3dc11b467ca7265e479d5e1f03 provider:network_type: flat provider:physical_network: physnet1 provider:segmentation_id: null router:external: true segments: null shared: false status: ACTIVE subnets: - 51c9cae0-f110-4a0a-ae85-a41df1bdc12d - 7f58be6c-9e1e-4cf1-97a5-eea35602d20c В поле provider:physical_network: в значении указано нечто "physnet1". Не могу понять, откуда этот physnet1 взялся и что он в итоге значит, куда ведёт? (вернее откуда взялся знаю - из ml2_conf.ini ) Предполагаю что должен указывать на какой-то физический интерфейс, но где на network или compute ноде сопоставление идентификатора physnet1 с какой-то более чётко сущностью описано? Спасибо заранее. (OpenStack развёрнуть с помощью kolla - но там в globals тоже ничего такого нет; ml2\OVN)

если правильно понимаю, то надо смотреть маппинг этого имени в bridge на ноде, где находится gateway (типа sudo ovs-vsctl list Open_vSwitch). Вот тут еще можно глянуть

NS 🇷🇺

Всем доброго вторничного утра! (: Есть одна external сеть. Выглядит так: admin_state_up: true id: 0f8caf95-4523-4fd5-be7a-07f02fbcb34b is_default: false is_vlan_transparent: null mtu: 1500 name: public1 project_id: 1b76de3dc11b467ca7265e479d5e1f03 provider:network_type: flat provider:physical_network: physnet1 provider:segmentation_id: null router:external: true segments: null shared: false status: ACTIVE subnets: - 51c9cae0-f110-4a0a-ae85-a41df1bdc12d - 7f58be6c-9e1e-4cf1-97a5-eea35602d20c В поле provider:physical_network: в значении указано нечто "physnet1". Не могу понять, откуда этот physnet1 взялся и что он в итоге значит, куда ведёт? (вернее откуда взялся знаю - из ml2_conf.ini ) Предполагаю что должен указывать на какой-то физический интерфейс, но где на network или compute ноде сопоставление идентификатора physnet1 с какой-то более чётко сущностью описано? Спасибо заранее. (OpenStack развёрнуть с помощью kolla - но там в globals тоже ничего такого нет; ml2\OVN)

Да все просто маппинг интерфейса. Смотрите конфиг агента. Он у вас в эзернет мапится или бонд

Василий

Да...я читал что по ссылке от Евгения это упоминается, мол должно быть описано в /etc/neutron/plugins/ml2/openvswitch_agent.ini Но такого файла у меня нет (: Полагаю когда драйвер ovn его нет, так как нету ovs агентов

Василий

если правильно понимаю, то надо смотреть маппинг этого имени в bridge на ноде, где находится gateway (типа sudo ovs-vsctl list Open_vSwitch). Вот тут еще можно глянуть

в базе ovs-а есть такое да: ovn-bridge-mappings="physnet1:br-ex" Но я это читаю как - "запихни в br-ex интерфейс помеченный как physnet1" А вот что такое physnet1 отсюда не ясно

Evgeniy

в базе ovs-а есть такое да: ovn-bridge-mappings="physnet1:br-ex" Но я это читаю как - "запихни в br-ex интерфейс помеченный как physnet1" А вот что такое physnet1 отсюда не ясно

а это ссылка на порт logical router'а OVN, кторый как Gateway объявлен (что-то типа ovn-nbctl lsp-set-options lsp_gw_outside network_name=physnet1)

Василий

а это ссылка на порт logical router'а OVN, кторый как Gateway объявлен (что-то типа ovn-nbctl lsp-set-options lsp_gw_outside network_name=physnet1)

То есть где-то есть какой-то логический роутер. У этого роутера есть порт и именно на этот порт ссылается имя physnet1. Такая логика?

Evgeniy

То есть где-то есть какой-то логический роутер. У этого роутера есть порт и именно на этот порт ссылается имя physnet1. Такая логика?

да, должен быть создан логический роутер, объявленный как gateway, который на это "порт" будет отправлять трафик из оверлейных сетей наружу

J

Я в ovn не шарю, но мне кажется что вы про разное щас.

J

ovn контроллер берет маппинг <выдуманное тобой имя физической сети>:<ovs бридж куда она заведена> из ovsdb. Физическая сеть == физический влан или плоская сеть.

J

Вот и все дела. То же самое что в openvswitch+ml2, но вместо записи в конфиге запись в ovsdb.

Evgeniy

в данном случае имеется ввиду "на gw "физической сетью" объявлен ovs bridge через этот маппинг, а как там дальше трафик уходит, уже OVN не особо интересуется

Василий

ovn контроллер берет маппинг <выдуманное тобой имя физической сети>:<ovs бридж куда она заведена> из ovsdb. Физическая сеть == физический влан или плоская сеть.

Так вот же тут (https://t.me/openstack_ru/73743) этот маппинг и показан. Как раз из ovsdb взято Вопрос то в том, куда в итоге ведёт это самое <выдуманное мной имя физической сети>

J

Так вот же тут (https://t.me/openstack_ru/73743) этот маппинг и показан. Как раз из ovsdb взято Вопрос то в том, куда в итоге ведёт это самое <выдуманное мной имя физической сети>

Физическаая сеть указывается при создании провайдерских сетей в нейтроне.

Василий

Короче, вопрос итоговый в том как и где найти на какой физический интерфейс завязано <выдуманное мной имя физической сети> (В моём случае physnet1)

Василий

Или это некорректный вопрос? (:

J

Короче, вопрос итоговый в том как и где найти на какой физический интерфейс завязано <выдуманное мной имя физической сети> (В моём случае physnet1)

Завязано на br-ex.

Василий

Ага

J

А как в br-ex подключена эта сеть вопрос уже к тебе)

Василий

Да-да, я понял. Немного правда с ног на голову пришлось встать, но понял. Всем спассибо за помощь и хорошего дня!

J

Да-да, я понял. Немного правда с ног на голову пришлось встать, но понял. Всем спассибо за помощь и хорошего дня!

Ты сразу с ovn начал, до этого с нейтроном не возился?

Василий

Ты сразу с ovn начал, до этого с нейтроном не возился?

Всё так

J

Всё так

Ну тогда понятно)

Artem

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

Artem

Добрый день

J

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

Снапшот не успевает сделаться?

Artem

Инстанс развернуться

Artem

Volume eec94984-c952-419e-9637-e25d52b9920d did not finish being created even after we waited 185 seconds or 61 attempts. And its status is downloading.].

J

Ну сразу бы и писал, а то угадайка опять.

Илья | 😶☮️🐸

Volume eec94984-c952-419e-9637-e25d52b9920d did not finish being created even after we waited 185 seconds or 61 attempts. And its status is downloading.].

А создай сначала волюм, а потом сервер

J

Пишешь "пытаюсь загрузить образ", а оказывается что в создании тома дело.

Artem

Немного не понял? Образ я залил в openstack

J

block_device_allocate_retries = # количество попыток создать том block_device_allocate_retries_interval = # интервал между попытками

Artem

Я деревянный ещё и понимания маловато, разбираюсь потихоньку

J

Но у тебя и не в этом дело может быть.

Artem

ERROR nova.scheduler.client.report [req-e1229141-9448-4cbe-b187-fcae2fe8872e - - - - -] [req-bde41e6a-cd86-40c1-b097-d7c7ca8231a0] Failed to update inventory to [{'MEMORY_MB': {'total': 2921, 'min_unit': 1, 'max_unit': 2921, 'step_size': 1, 'allocation_ratio': 1.5, 'reserved': 512}, 'VCPU': {'total': 4, 'min_unit': 1, 'max_unit': 4, 'step_size': 1, 'allocation_ratio': 16.0, 'reserved': 0}, 'DISK_GB': {'total': 69, 'min_unit': 1, 'max_unit': 69, 'step_size': 1, 'allocation_ratio': 1.0, 'reserved': 0}}] for resource provider with UUID b2f7ed98-b91d-400a-a194-3a722224be76. Got 409: {"errors": [{"status": 409, "title": "Conflict", "detail": "There was a conflict when trying to complete your request.\n\n resource provider generation conflict ", "code": "placement.concurrent_update", "request_id": "req-bde41e6a-cd86-40c1-b097-d7c7ca8231a0"}]}

Artem

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

J

ERROR nova.scheduler.client.report [req-e1229141-9448-4cbe-b187-fcae2fe8872e - - - - -] [req-bde41e6a-cd86-40c1-b097-d7c7ca8231a0] Failed to update inventory to [{'MEMORY_MB': {'total': 2921, 'min_unit': 1, 'max_unit': 2921, 'step_size': 1, 'allocation_ratio': 1.5, 'reserved': 512}, 'VCPU': {'total': 4, 'min_unit': 1, 'max_unit': 4, 'step_size': 1, 'allocation_ratio': 16.0, 'reserved': 0}, 'DISK_GB': {'total': 69, 'min_unit': 1, 'max_unit': 69, 'step_size': 1, 'allocation_ratio': 1.0, 'reserved': 0}}] for resource provider with UUID b2f7ed98-b91d-400a-a194-3a722224be76. Got 409: {"errors": [{"status": 409, "title": "Conflict", "detail": "There was a conflict when trying to complete your request.\n\n resource provider generation conflict ", "code": "placement.concurrent_update", "request_id": "req-bde41e6a-cd86-40c1-b097-d7c7ca8231a0"}]}

Enhance the payloads for the GET /resource_providers/{uuid}/aggregates response and the PUT /resource_providers/{uuid}/aggregates request and response to be identical, and to include the resource_provider_generation. As with other generation-aware APIs, if the resource_provider_generation specified in the PUT request does not match the generation known by the server, a 409 Conflict error is returned. "Поколение" апдейта который шлет nova-scheduler.client при резервировании ресурсов не соответствует тому что лежит в placement сервисе.

J

https://docs.openstack.org/nova/latest/reference/scheduling.html

J

Я бы удалил запись resource_provider для гипервизора и пересоздал.

Artem

Благодарю

J

nova-manage placement sync_aggregates, вероятно.

J

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

Сделай один конфиг для Nova где есть опции и для api сервисов и для compute. И их раскладывай везде. Сервисы сами разберутся какие опции читать.

Danila