Скорее всего первое

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

В вебморде это возможно исправить?

Нет

В веб морде же можно увидеть, что диск bootable, не?

В веб морде же можно увидеть, что диск bootable, не?

Help me. Есть: два гипера 64Гб 8 core одна вм с флайвором на 64Гб памяти OS Victoria Хочу смигрировать эту вм с одного гипера на второй. Ошибки из логов /var/log/kolla/nova/nova-conductor.log:2022-03-29 09:35:20.260 22 WARNING nova.scheduler.client.report [req-ad40c5ef-46fa-4980-be5d-cd7032458342 c29f47d5bca34b7597378c58f480ba59 64536386ff194663b22ae0060e060062 - default default] Unable to post allocations for consumer 42954914-fe00-45f0-ab0a-e2426f9ab5b2 (409 {"errors": [{"status": 409, "title": "Conflict", "detail": "There was a conflict when trying to complete your request.\n\n Unable to allocate inventory: Unable to create allocation for 'MEMORY_MB' on resource provider 'a995ef02-be5e-4af2-99d3-e7103dec68e4'. The requested amount would violate inventory constraints. ", "code": "placement.undefined_code", "request_id": "req-4297441e-685a-434f-8cfd-d2fdec1ccc88"}]}) 2022-03-29 09:35:20.252 28 WARNING placement.objects.allocation [req-4297441e-685a-434f-8cfd-d2fdec1ccc88 a9f14fc9cf5245918ef2599a146c778c fe0df9169b8449bfa3b3a7113edf1db3 - default default] Allocation for MEMORY_MB on resource provider a995ef02-be5e-4af2-99d3-e7103dec68e4 violates min_unit, max_unit, or step_size. Requested: 63488, min_unit: 1, max_unit: 63474, step_size: 1 resource provider 'a995ef02-be5e-4af2-99d3-e7103dec68e4' - это гипер с которого мигрируем Получается, что флайвор(память) на 14 мегабайт больше физической памяти. Почему валиться на проверке source гипера? Почему не срабатывает оверкомит(ram_allocation_ratio = 1.5)? Как это победить?

Ребят, кто-нибудь сталкивался с такой проблемой: Host: compute5, Task: nova : Copying over nova.conf, Status: failed, Message: 'dict object' has no attribute u'ansible_bond0.210’ ?

Решил проблему. Сперва не придал значения, что в темплейте две вариации джинжа переменных, ссылающихся на этот интерфейс: my_ip = "{{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}" rabbit_hosts = {% for host in groups['rabbitmq'] %}{{ hostvars[host]['ansible_' + hostvars[host]['api_interface']]['ipv4']['address'] }}:{{ rabbitmq_port }}{% if not loop.last %},{% endif %}{% endfor %} Я грешил на то, что здесь и там и там не отрабатывает корректно, но потом убедился, что проблема связана с переменной только в цикле, пошел посмотрел на контроллерах интерфейсы, а там дейтсвительно никакого bond0.210 нету: [root@controller2 ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovs-system state UP qlen 1000 link/ether 52:54:00:4a:cf:25 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:d1:34:1b brd ff:ff:ff:ff:ff:ff inet 10.154.6.247/28 brd 10.154.6.255 scope global eth1 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fed1:341b/64 scope link valid_lft forever preferred_lft forever 4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:eb:9c:1c brd ff:ff:ff:ff:ff:ff 5: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN link/ether 02:42:56:90:1a:aa brd ff:ff:ff:ff:ff:ff inet 172.17.0.1/16 scope global docker0 valid_lft forever preferred_lft forever 6: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 5a:bd:23:50:8d:32 brd ff:ff:ff:ff:ff:ff 7: br-ex: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether ce:05:eb:2c:20:45 brd ff:ff:ff:ff:ff:ff 8: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 8e:cd:73:ff:45:49 brd ff:ff:ff:ff:ff:ff 9: br-vlan: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 2e:76:4e:20:92:45 brd ff:ff:ff:ff:ff:ff [root@controller2 ~] в итоге пролечил указав в пропертях(в новой колле это globals’ы) для контроллеров другой интерфейс: kollacli property set network_interface eth1 --groups control и компьюта нормально задеплоилась, без всяких ошибок с has no attribute Оставляю здесь, мб кому-либо потом, найдя поиском, будет полезно!

Подсунуть другой root disk

Разобрать и собрать обратно

Удалить инстанс и подсунуть, уже знаю этот вариант. А с существующим инстансом такое провернуть никак?

Задача вообще не рут диск поменять, а бут диск.

Чтобы операционку заиснталить.

Но это не так удобно как в каком нибудь виртуалбоксе конечно

Потому как Мирантис на своем OpenStack это как то реализовал.

Потому как Мирантис на своем OpenStack это как то реализовал.

Есть пруфы про мирантис? Вообще iso популярно конечно у всех, кто идёт в облако из вари, но здесь давно есть клауд имажи, cloud-init, packer и diskimage-builder

есть пруфы про Hetzner и Selectel, но у них морды свои и этот механизм может быть снаружи.

есть пруфы про Hetzner и Selectel, но у них морды свои и этот механизм может быть снаружи.

Дык никто не мешает эти действия заскриптовать. Или вообще в тераформ

У хетцнера уже не опенстек

Help me. Есть: два гипера 64Гб 8 core одна вм с флайвором на 64Гб памяти OS Victoria Хочу смигрировать эту вм с одного гипера на второй. Ошибки из логов /var/log/kolla/nova/nova-conductor.log:2022-03-29 09:35:20.260 22 WARNING nova.scheduler.client.report [req-ad40c5ef-46fa-4980-be5d-cd7032458342 c29f47d5bca34b7597378c58f480ba59 64536386ff194663b22ae0060e060062 - default default] Unable to post allocations for consumer 42954914-fe00-45f0-ab0a-e2426f9ab5b2 (409 {"errors": [{"status": 409, "title": "Conflict", "detail": "There was a conflict when trying to complete your request.\n\n Unable to allocate inventory: Unable to create allocation for 'MEMORY_MB' on resource provider 'a995ef02-be5e-4af2-99d3-e7103dec68e4'. The requested amount would violate inventory constraints. ", "code": "placement.undefined_code", "request_id": "req-4297441e-685a-434f-8cfd-d2fdec1ccc88"}]}) 2022-03-29 09:35:20.252 28 WARNING placement.objects.allocation [req-4297441e-685a-434f-8cfd-d2fdec1ccc88 a9f14fc9cf5245918ef2599a146c778c fe0df9169b8449bfa3b3a7113edf1db3 - default default] Allocation for MEMORY_MB on resource provider a995ef02-be5e-4af2-99d3-e7103dec68e4 violates min_unit, max_unit, or step_size. Requested: 63488, min_unit: 1, max_unit: 63474, step_size: 1 resource provider 'a995ef02-be5e-4af2-99d3-e7103dec68e4' - это гипер с которого мигрируем Получается, что флайвор(память) на 14 мегабайт больше физической памяти. Почему валиться на проверке source гипера? Почему не срабатывает оверкомит(ram_allocation_ratio = 1.5)? Как это победить?

Просто же достаточно в инстансе в virsh edit добавить флаг <bootmenu enable='yes'/> или конкретно указать <boot dev='****'/>.

Народ, есть где копать, где описано в коде как nova формировать файл конфигурации для intance?

можешь virsh edit поправить, тока nova-compute выключи, а то затрет Если временно нужно

Уже попробывал, нова тушит инстанс, перезатирает конфигу и снова его поднимает.

Я же написал, выключи nova-compute на гипере и работай с virsh

boot menu можно включить метаданными имаджа

через property keys https://docs.openstack.org/ocata/cli-reference/glance-property-keys.html hw_boot_menu наверное

Может кому пригодиться. починил https://bugs.launchpad.net/nova/+bug/1941892

через property keys https://docs.openstack.org/ocata/cli-reference/glance-property-keys.html hw_boot_menu наверное

Хочу с ISO его заствить бутаться.

Типа этого (это латест, можно искать под ваш релиз опенстека) https://docs.openstack.org/nova/latest/user/launch-instance-using-ISO-image.html

Ребят, у меня сеть не создается, хотя вроде всё делаю правильно, из-за чего может быть такая ошибка?

Ребят, у меня сеть не создается, хотя вроде всё делаю правильно, из-за чего может быть такая ошибка?

смотри логи на нетворк ноде.

ок( проверю дали ли мне к ней доступ

я вот тут на той неделе в ОВН ошибку нашел ) надо собраться и запилить патч ))) там даже в сообщении об ошибке содержится фигня, относительно кода

я вот тут на той неделе в ОВН ошибку нашел ) надо собраться и запилить патч ))) там даже в сообщении об ошибке содержится фигня, относительно кода