у меня сборка валится в ошибку из-за несоотвествия setup.cfg и pbr Можешь уточнить, не сталкивался?

Вот ребята собирают, мы пользуемся.

да, отличный образ, вот только если мне volume не нужен? А если я его по крону буду гонять? На каждый запуск будет мне волюмы создавать. Короче я уже собрал, с такой-то матерью

Ты ещё ущивишьмя потом сколько темптест фейлов выдавать будет 😂

Не удивлюсь, я их уже под volume_backed патчу 🤣🤣🤣

Зачем?

Чтобы тесты проходили :) ну не устраивает меня что там большинство тестов на против эфимерок

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

Реали? Я что-то такого не нашёл, как и не нашёл что оно умеет мультипл инстансес с volume_backed

Мы сегодня буквально меняли 😂

Буду признателен если скажешь какие параметры надо поменять

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

А вообще по параметрам там всего один создай флейвор без эфимера и скажи его использовать

https://docs.openstack.org/tempest/latest/sampleconf.html

Flavor_ref

Да не в конфиге, а в метадате 😁

Флейвор создай где эфимер 0

Таки у меня все такие 😀

Он сам создаёт, если нет в конфиге

И создаёт с эфимером

А у меня на компьютах локал_блок стоит 0

Это должно стоять на контролах )))

Я конечно завтра проверю, но что-то мужики сомневаются

Это твое право, а я знаю как вырубать эфимеры 😂

Т.е. дефолтно ВМ создастся с диском в циндере?

Т.е. дефолтно ВМ создастся с диском в циндере?

Я тебя немного перестал понимать )

Ну в моем понимании отключение эфемерки это все диски создавать в циндере

Но тебе же ещё темпесту надо об этом сказать

Ты говоришь что это можно сделать через флейвор. Просто выставив эфемер 0. Я могу ошибаться но с таким флейвором ВМ будет создаваться с эфемеркой если не указать что должен быть создан диск в циндере

Ну это если мы говорим про руки обезьяны, а не высоких компьютерных тестах )

Короче, у меня куча тестов фейлилось именно на local block 0, когда я принудительно прописал в тестах volume_backed=True, все они прошли. Вангую что или у вас всё-таки создаются эфемеры во время тестов или вы их скипаете 🤣

У нас там не один сейчас не фейлятся, думать можешь что угодно, и писать дальше патчи )

Что значит все? Там по-любому часть скипается из-за разных микроверсий, версий АПИ и открытых багов.

Все это когда в конфэце он пишет фейл 0

И даже skip-list не используете?

Используем. Ipv6 не работает же в двр, смысл его прогонять?

т.е. вот этот тест у вас проходит и не скипуется? tempest.api.compute.servers.test_multiple_create.MultipleCreateTestJSON.test_multiple_create[id-61e03386-89c3-449c-9bb1-a06f423fd9d1]

Завтра зайди с этим же вопросом там полторы тысячи тестов )

Знаю, но поиск работает 😉

Поиск где?

Ну вы репорты потом не сгружаете?

@amyltsev вы там кстати синдер а докере с fc/iscsi схд используете?

Угу

Не ебет мозги? Мы года 3 назад пробовали и было не очень приятное зрелище )

Пока с fc нормально, но нагрузочные тесты мы ещё не гоняли

История такая: есть несколько серверов на базе Intel(R) Xeon(R) Gold 6230 - это Skylake. При установке хост ос 4.14.35-1902.10.2.1.el7uek.x86_64 на одном из серверов virsh capabilities возвращал тип cpu skylake, а на других: <cpu> <arch>x86_64</arch> <model>Broadwell-noTSX-IBRS</model> <vendor>Intel</vendor> <microcode version='83886124'/> <topology sockets='1' cores='20' threads='2'/> На данный момент на всех серверах почему-то показывает одинаково - архитектура Broadwell-noTSX-IBRS. Я заметил, что у процессоров отсутствует два флага - hle и rtm. Но почему и с чем это связано пока не разобрался. Не могу понять почему на одном из серверов сначала эти флаги были, а на следующий день пропали... Посмотрел ещё в /sys/devices/system/cpu/vulnerabilities: itlb_multihit:KVM: Mitigation: Split huge pages l1tf:Not affected mds:Not affected meltdown:Not affected spec_store_bypass:Mitigation: Speculative Store Bypass disabled via prctl and seccomp spectre_v1:Mitigation: usercopy/swapgs barriers and __user pointer sanitization spectre_v2:Mitigation: Enhanced IBRS, IBPB: conditional tsx_async_abort:Mitigation: TSX disabled Возможно с этим тоже связано. У кого skylake не гипервзорах, как ваш процессор выглядит? какое ядро, какие capatibilities и vulnerabilities ?

Как процессор выглядит зависит от версии qemu и того какую модель ты указываешь в конфиге для либвирта. По-умолчанию берется самая близкая к твоему реальному процессору модель из доступных в установленной версии qemu, а нехватающие фишки добираются отдельно. По второму вопросу включай log_level=1 в конфиге Libvirtd и смотри чо туда пишется при попытке запустить виртуалку.

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

Он показывает самую близкую из поддерживаемых в твоей версии qemu. Если показывает broadell, значит qemu старовата и не знает о существовании skylake.

а можно как-то узнать перечень cpu о которых известно моему qemu? qemu-system-x86_64 --version QEMU emulator version 3.1.0 (qemu-3.1.0-5.el7)

а можно как-то узнать перечень cpu о которых известно моему qemu? qemu-system-x86_64 --version QEMU emulator version 3.1.0 (qemu-3.1.0-5.el7)

У редхата даже статья есть, оказывается.

получается, что мой qemu знает что такое skylake. видимо нюанс всё же во флагах. ещё один нюанс: если загрузиться с systemrescuecd или другого livecd, то я вижу флаги hle,rtm. но их нет в установленной системе. что может оказывать на это влияние?