вы на каком-то приколе, если дхцп не отдаёт адреса, то первое куда надо смотреть- tcpdump агента и инстанса

вы на каком-то приколе, если дхцп не отдаёт адреса, то первое куда надо смотреть- tcpdump агента и инстанса

есьтественно!

вы на каком-то приколе, если дхцп не отдаёт адреса, то первое куда надо смотреть- tcpdump агента и инстанса

только не когда нова вообще ничего не дожидается от сдн)

там трафик уже на контролплейне смотреть надо

Думаю сначала с кролём надо разобраться... Если агенты на компьютах не получат правильных команд по кролю или не могут ответить, то надо это решать, а потом спускаться в овс и днсмаск. Если что - это моё ИМХО :)

Грустного кроля быть не должно... Только такой кроль - залог успеха:

Да писец….. это писец…. 😡

Может стоит по новой развернуть и из коллы ?

приключение на полчаса

Мне автоматизацию этой коллы вообще слабо траблшутить

можно девстек развернуть...

тоже "на пол часа"

Да писец….. это писец…. 😡

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

Да писец….. это писец…. 😡

Хорошенько осмотри этого зверя и привыкни к его виду. Он будет сопровождать тебя еще очень и очень долго.

Да мне проще уводиться ахахаааа 😂

и в 1С

хз, если есть лаба, то значительно проще коллой развернуть

переустановить ОС на нодах и раскатать коллой

Коллеги, здравствуйте, не подскажите, что конкретно в Ceph делает параметр Deep-flatten для rbd image? Пишет что отвязывает родительский image, от Snapshot'ов... В моем понимании это когда снэп с удалением родителя автоматически превращается в родителя (в полноценный диск, Аля команде rbd flatten). Но не тут то было... Тогда в чем смысл?

Коллеги, здравствуйте, не подскажите, что конкретно в Ceph делает параметр Deep-flatten для rbd image? Пишет что отвязывает родительский image, от Snapshot'ов... В моем понимании это когда снэп с удалением родителя автоматически превращается в родителя (в полноценный диск, Аля команде rbd flatten). Но не тут то было... Тогда в чем смысл?

Нашел, буду играться.

Нашел, буду играться.

Ждем отчета. :)

Ждем отчета. :)

У меня Juju под капотом, все не так просто... 8) Но нашел волшебную команду rbd flatten. Скорее всего Cinder до достижения какого то количества Snapshot у дисков начинает эту процедуру.

В крайнем случае автоматизирую эту процедуру - rbd flatten. Чет мне не особо комфортно, когда куча ВМ работает из под 1-го золотого образа.

У меня Juju под капотом, все не так просто... 8) Но нашел волшебную команду rbd flatten. Скорее всего Cinder до достижения какого то количества Snapshot у дисков начинает эту процедуру.

Но не могу нащупать default, уже дисков 10 создал. Надо в конфигу пилить видимо жестко этот параметр, а так он будет создавать бесконечно, как я понял.

Народ, чет сижу тут и обтекаю. Черт знает куда еще копнуть. Даже в логах нихрена вразумительного нет. Суть проблемы в том, что разворачиваю openstack и компуты получаются вложенной виртуализацией - это тупо демостенды, по этому так да =) Но вот что меня парит - на железном сервере виртуализация включена, поддержка nested включена. В виртуальном сервере kvm_intel загружен Но virt_type = qemu - все создается, но понятное дело, что очень медленно virt_type = kvm - вечный спавнинг инстанса

а самое стремное во всей этой ситуации. Дома на каком то всратом i7 такой же конфиг работает. На HP Proliant с Xeonами получают такую херню

При этом даже вложенный гипер говорит, чувак да ты в меня тоже можешь вложить cat /sys/module/kvm_intel/parameters/nested Y

При этом даже вложенный гипер говорит, чувак да ты в меня тоже можешь вложить cat /sys/module/kvm_intel/parameters/nested Y

посмотри конфиги для nested тут, вполне возможно какого-то флага не хватило https://docs.openstack.org/nova/latest/admin/configuration/hypervisor-kvm.html

посмотри конфиги для nested тут, вполне возможно какого-то флага не хватило https://docs.openstack.org/nova/latest/admin/configuration/hypervisor-kvm.html

по этой мурзилке пробегал. Не помогло

по этой мурзилке пробегал. Не помогло

а ты после пробегания хард ребут инстансам делал?

а ты после пробегания хард ребут инстансам делал?

я новые пытался создать

А что если отключить инструкцию vmx для флейвора?

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

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

ну снизу там не опенстек, но по сути тот же kvm

https://hastebin.com/xafucayeba.apache

но в этом списке я не вижу x86_64

но в этом списке я не вижу x86_64

так потому что ошибки нет

так потому что ошибки нет

ну я к тому, что его там нет, а x86 тачки не создает

Решается просто, в flavor или шаблоне скажи чтобы cpu type = host.

Решается просто, в flavor или шаблоне скажи чтобы cpu type = host.

увы =)

в виртш капабилитис все грустно. Стоит эмулятор только для aarch64 =)

а у тебя qemu-system-86_64 то стоит ?

У нас QEMU может прокидывать физические ядра в ВМ.

Конфигу найду, скину.

а у тебя qemu-system-86_64 то стоит ?

угу

попробуй руками что нить запустить через qemu посмотрим что писать будет

попробуй руками что нить запустить через qemu посмотрим что писать будет

да, это мысль.

попробуй руками что нить запустить через qemu посмотрим что писать будет

спасибо за идею... пошел курить... гугл прям пакован ошибок на нижнюю виртуализацию выкинул =(

так а как ругнулся то ?

так а как ругнулся то ?

ну примерно так

KVM: entry failed, hardware error 0x7 EAX=00000000 EBX=00000000 ECX=00000000 EDX=000306c3 ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 00000000 0000ffff 00009300 CS =f000 ffff0000 0000ffff 00009b00 SS =0000 00000000 0000ffff 00009300 DS =0000 00000000 0000ffff 00009300 FS =0000 00000000 0000ffff 00009300 GS =0000 00000000 0000ffff 00009300 LDT=0000 00000000 0000ffff 00008200 TR =0000 00000000 0000ffff 00008b00 GDT= 00000000 0000ffff IDT= 00000000 0000ffff CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 EFER=0000000000000000 Code=ff ff 66 5b 66 83 c4 08 66 5b 66 5e 66 c3 b0 20 e6 20 66 c3 <ea> 5b e0 00 f0 30 36 2f 32 33 2f 39 39 00 fc 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

ох ебушки воробушки

Пээээйн, я квм не чувствую!

у меня помнится на астре не работало надо было ведро обновлять

Выглядит так словно кто-то пытается в виртуалке запустить вложенную виртуалку

Выглядит так словно кто-то пытается в виртуалке запустить вложенную виртуалку

так он это и пытается nested включена у него

так он это и пытается nested включена у него

все так... и внизу блядский proxmox =) по которому прям гугл пестрит и да ядро отличается от домашнего стенда

у меня так 500 виртуальных компут сейчас работают -)))) для тестов скейлинга

все так... и внизу блядский proxmox =) по которому прям гугл пестрит и да ядро отличается от домашнего стенда

о!

а какие настройки там у либвирта ?

щас на своих хостах посмотрю

Тут не в либвирте дело. А в ядре хоста.

а какие настройки там у либвирта ?

тебя конфиг под мой инстанс интересует?

Тут не в либвирте дело. А в ядре хоста.

Я имею в виду как с нижнего гипера передается процессор.

Я имею в виду как с нижнего гипера передается процессор.

host

Тут не в либвирте дело. А в ядре хоста.

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

а какое ведро там ?

./qemu/svp-01-vm-compute1229.xml: <cpu mode='host-model' check='none'/>

у меня вот так норм стартует

./qemu/svp-01-vm-compute1229.xml: <cpu mode='host-model' check='none'/>

да тоже host-model и на домашнем и на рабочем стенде

на рабочем 5.15.30-2-pve на домашнем 5.15.39-3-pve

virt-host-validate

че кстати рассказывает ?

virt-host-validate

Да почти все зеленое кроме иммоу

https://opendev.org/openstack/ironic/commit/e91b59c47e28b94e0c84abf0e50dde985e7ca100 есть у кого-то предположения что за node inventory в недавнем коммите ironic ? что они хотят там хранить ?

https://opendev.org/openstack/ironic/commit/e91b59c47e28b94e0c84abf0e50dde985e7ca100 есть у кого-то предположения что за node inventory в недавнем коммите ironic ? что они хотят там хранить ?

@creepy_owlet Расскажешь?)