Aidar
А Values.neutron.default_interface это вручную созданный бридж или просто физический интерфейс на хосте?
Pavel
физический интерфейс (у нас bond0)
Aidar
ОК. Спасибо. Сейчас проверю
Я и твой кот
Вот ребята собирают, мы пользуемся.
Aleksey
Вот ребята собирают, мы пользуемся.
да, отличный образ, вот только если мне volume не нужен? А если я его по крону буду гонять? На каждый запуск будет мне волюмы создавать. Короче я уже собрал, с такой-то матерью
Aleksey
Ты ещё ущивишьмя потом сколько темптест фейлов выдавать будет 😂
Не удивлюсь, я их уже под volume_backed патчу 🤣🤣🤣
Aleksey
Зачем?
Чтобы тесты проходили :) ну не устраивает меня что там большинство тестов на против эфимерок
NS 🇷🇺
Мы сегодня буквально меняли 😂
Aleksey
Так там пару параметров меняется )
Реали? Я что-то такого не нашёл, как и не нашёл что оно умеет мультипл инстансес с volume_backed
Aleksey
Мы сегодня буквально меняли 😂
Буду признателен если скажешь какие параметры надо поменять
Aleksey
А тесты, что image_id у инстанса проверяют просто скипуете? ведь у вм из волюма такого атрибута нет, на сколько я понял
NS 🇷🇺
А вообще по параметрам там всего один создай флейвор без эфимера и скажи его использовать
NS 🇷🇺
https://docs.openstack.org/tempest/latest/sampleconf.html
Aleksey
https://docs.openstack.org/tempest/latest/sampleconf.html
На всякий случай уточню, через метаданные флейвора принудительно создавать диск в циндере даже если при создании этого не указывали? Может сразу тогда и ключик подскажешь?
NS 🇷🇺
Flavor_ref
Aleksey
Flavor_ref
Да не в конфиге, а в метадате 😁
NS 🇷🇺
Флейвор создай где эфимер 0
Aleksey
Флейвор создай где эфимер 0
Таки у меня все такие 😀
Aleksey
Но размер диска же есть
NS 🇷🇺
Таки у меня все такие 😀
Он сам создаёт, если нет в конфиге
NS 🇷🇺
И создаёт с эфимером
Aleksey
Он сам создаёт, если нет в конфиге
Да есть у меня в конфиге и даже 2 для ресайза
Aleksey
И создаёт с эфимером
Так погоди или я чего-то не понимаю или у нас настроено как-то не так. Если не ставить тырку «создавать диск» при создании сервера, то диск создастся эфемерный
Aleksey
А у меня на компьютах локал_блок стоит 0
NS 🇷🇺
А у меня на компьютах локал_блок стоит 0
Это должно стоять на контролах )))
Aleksey
Это должно стоять на контролах )))
Я конечно завтра проверю, но что-то мужики сомневаются
NS 🇷🇺
Я конечно завтра проверю, но что-то мужики сомневаются
Это твое право, а я знаю как вырубать эфимеры 😂
Aleksey
А, не проверю :( у нас один конфиг на все ноды
Aleksey
Это твое право, а я знаю как вырубать эфимеры 😂
Т.е. дефолтно ВМ создастся с диском в циндере?
NS 🇷🇺
Т.е. дефолтно ВМ создастся с диском в циндере?
Я тебя немного перестал понимать )
Aleksey
Я тебя немного перестал понимать )
Ну в моем понимании отключение эфемерки это все диски создавать в циндере
NS 🇷🇺
Но тебе же ещё темпесту надо об этом сказать
Aleksey
Но тебе же ещё темпесту надо об этом сказать
Ты говоришь что это можно сделать через флейвор. Просто выставив эфемер 0. Я могу ошибаться но с таким флейвором ВМ будет создаваться с эфемеркой если не указать что должен быть создан диск в циндере
Aleksey
Ну это если мы говорим про руки обезьяны, а не высоких компьютерных тестах )
Короче, у меня куча тестов фейлилось именно на local block 0, когда я принудительно прописал в тестах volume_backed=True, все они прошли. Вангую что или у вас всё-таки создаются эфемеры во время тестов или вы их скипаете 🤣
Aleksey
У нас там не один сейчас не фейлятся, думать можешь что угодно, и писать дальше патчи )
Что значит все? Там по-любому часть скипается из-за разных микроверсий, версий АПИ и открытых багов.
NS 🇷🇺
Да мы отключили функционал, что не используем, а что используем покрываем тестами
Aleksey
Все это когда в конфэце он пишет фейл 0
И даже skip-list не используете?
NS 🇷🇺
И даже skip-list не используете?
Используем. Ipv6 не работает же в двр, смысл его прогонять?
Aleksey
Используем. Ipv6 не работает же в двр, смысл его прогонять?
т.е. вот этот тест у вас проходит и не скипуется? tempest.api.compute.servers.test_multiple_create.MultipleCreateTestJSON.test_multiple_create[id-61e03386-89c3-449c-9bb1-a06f423fd9d1]
NS 🇷🇺
Я тут как бы с телефона кнопки нажимаю
Aleksey
Поиск где?
Ну вы репорты потом не сгружаете?
NS 🇷🇺
Ну вы репорты потом не сгружаете?
Нет ещё у нас пока один человек в них херачит, создавая сервис
NS 🇷🇺
@amyltsev вы там кстати синдер а докере с fc/iscsi схд используете?
NS 🇷🇺
Угу
Не ебет мозги? Мы года 3 назад пробовали и было не очень приятное зрелище )
Aleksey
Не ебет мозги? Мы года 3 назад пробовали и было не очень приятное зрелище )
Пока с fc нормально, но нагрузочные тесты мы ещё не гоняли
NS 🇷🇺
Пока с fc нормально, но нагрузочные тесты мы ещё не гоняли
В то время оно не пробрасывало даже чёт девайсы
Denis
Всем доброго вечера! Подскажите plz, здесь можно задать вопрос про гипервизор (kvm)?
Игорь
Да
Denis
История такая: есть несколько серверов на базе 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 ?
Denis
И вторая часть: на другой партии серверов с процами Intel(R) Xeon(R) Gold 5217 (тоже skylake), на том же ядре, той же установленной системе, те же версии пакетов как в первой группе серверов, при попытке запуска qemu libvirt возвращает ошибку: invalid argument: KVM is not supported by '/usr/bin/qemu-system-x86_64' on this host в какую сторону копать?
J
История такая: есть несколько серверов на базе 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 и смотри чо туда пишется при попытке запустить виртуалку.
J
по п.1 - я запрашиваю на хосте, а не на виртуалке. понятно, что при создании VM можно указать всё что угодно. но для хост часть разве настраивается модель CPU?
Он показывает самую близкую из поддерживаемых в твоей версии qemu. Если показывает broadell, значит qemu старовата и не знает о существовании skylake.
J
У меня вот так на qemu 4.0. Это Xeon Gold 5220.
Denis
Он показывает самую близкую из поддерживаемых в твоей версии qemu. Если показывает broadell, значит qemu старовата и не знает о существовании skylake.
а можно как-то узнать перечень cpu о которых известно моему qemu? qemu-system-x86_64 --version QEMU emulator version 3.1.0 (qemu-3.1.0-5.el7)
J
а можно как-то узнать перечень cpu о которых известно моему qemu? qemu-system-x86_64 --version QEMU emulator version 3.1.0 (qemu-3.1.0-5.el7)
Ага) virsh cpu-models x86_64 Для других архитектур x86_64 меняй на название архитектуры.
J
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/sect-kvm_guest_virtual_machine_compatibility-supported_cpu_models
Denis
У редхата даже статья есть, оказывается.
да, точно, такую я уже запускал:
Denis
# virsh cpu-models x86_64 Please enter your authentication name: admin Please enter your password: 486 pentium pentium2 ... Haswell Haswell-IBRS Broadwell-noTSX Broadwell-noTSX-IBRS Broadwell Broadwell-IBRS Skylake-Client Skylake-Client-IBRS Skylake-Server Skylake-Server-IBRS Icelake-Client Icelake-Server ...
Denis
получается, что мой qemu знает что такое skylake. видимо нюанс всё же во флагах. ещё один нюанс: если загрузиться с systemrescuecd или другого livecd, то я вижу флаги hle,rtm. но их нет в установленной системе. что может оказывать на это влияние?