icewolf
просто в свежих версиях колы, все могли нахер сломать.. и тут или на антипопу сдвинутся или разбирать что они там нахимичили
icewolf
Ась?
да тут свифт по человечьи работать не хочет.. ну и кагбэ как его настроить я знаю только по мурзилке редхата.
Jürgen
icewolf
Ну то есть вот это
FAILED - RETRYING: [obj01]: swift | Creating services (3 retries left).
это явно что то не то с service type object. То есть ракеты ушли, но упали не долетев
Jürgen
FAILED - RETRYING: [obj01]: swift | Creating services (3 retries left).Result was: {
Такое вроде бывало если если Свифт не в той сетки но я могу ошибаться
Nikolay
v3 я ему подкинул, но теперь токен не отдается
Sergey
Добрый день, коллеги, подскажите пожалуйста. В случае, если мне на конкретной ноде надо изменить cpu_allocation_ratio - я правлю это значение на ноде в nova.conf.
Попробовал заставить перечитать конфиг через kill -1, но не увидел реакции.
Насколько безопасно для работающих ВМ выполнять
systemctl restart nova-compute.service
?
Grundik
Безопасно, но есть нюанс, чтобы на ноде не было активных тасок
J
Добрый день, коллеги, подскажите пожалуйста. В случае, если мне на конкретной ноде надо изменить cpu_allocation_ratio - я правлю это значение на ноде в nova.conf.
Попробовал заставить перечитать конфиг через kill -1, но не увидел реакции.
Насколько безопасно для работающих ВМ выполнять
systemctl restart nova-compute.service
?
Безопасно. nova-compute при рестарте не дропнет активный таск, если что-то внутри происходит. Затупит до момента пока не завершится таск.
А qemu процессы даже рестарт либвирта не притушит, не боись)
John
Народ а кто нить пользовался провайдером qemu terraform ? Насколько он жизнеспособный?
J
John
Я сейчас думаю или свою обвязку написать чтобы машинки поднимать или эту поделку взять
John
Для голого qemu?
У меня полноценный qemu KVM с обвязками libvirt и всякими virsh утилитками на хосте
John
Опенстек официальный
John
А у меня опенстека нет. Чисто KVM)
John
А прошу прощения libvirt это в чем же называется
John
terraform { required_providers { libvirt = { source = "dmacvicar/libvirt" version = "~> 0.6.14" } } }
gwaewion
Sergey
Коллеги, позвольте еще вопрос.
Есть необходимость выполнять ресайз на той же ноде.
Я выставил параметры в nova.conf
allow_resize_to_same_host = true
allow_migrate_to_same_host = true
По идее мне надо теперь выполнить рестарт nova-conductor и nova-scheduler?
Насколько их безопасно перезапускать на рабочем кластере? Какое влияние это окажет?
J
Коллеги, позвольте еще вопрос.
Есть необходимость выполнять ресайз на той же ноде.
Я выставил параметры в nova.conf
allow_resize_to_same_host = true
allow_migrate_to_same_host = true
По идее мне надо теперь выполнить рестарт nova-conductor и nova-scheduler?
Насколько их безопасно перезапускать на рабочем кластере? Какое влияние это окажет?
Если они у тебя единственные, то не совсем безопасно, но не смертельно.
А если не по одному экземпляру, то плевать.
Sergey
Боюсь, что в единственном. Какое влияние будет на работу кластера если их перезапустить?
Sergey
Если я правильно понимаю документацию, то conductor обеспечивает взаимодействие nova с СУБД?
А scheduler отвечает за размещение ВМ при их создании или миграции?
icewolf
v3 я ему подкинул, но теперь токен не отдается
у тебя это сильно горит?! Всю ночь вмешивался в выборы, завтра ток смогу помочь
J
Боюсь, что в единственном. Какое влияние будет на работу кластера если их перезапустить?
Ну, ничо не сломается. Возможно, nova-compute какие-нибудь пропустят часть периодических тасков где доступ к базе нужен.
Там дело пары секунд же.
Grundik
Oleg
Добрый день, коллеги, подскажите пожалуйста. В случае, если мне на конкретной ноде надо изменить cpu_allocation_ratio - я правлю это значение на ноде в nova.conf.
Попробовал заставить перечитать конфиг через kill -1, но не увидел реакции.
Насколько безопасно для работающих ВМ выполнять
systemctl restart nova-compute.service
?
Можно еще менять без рестарта через placement
https://t.me/openstack_ru/86067
Sergey
Коллеги, пытаюсь решить вопрос ресайза на той же ноде, следовательно без миграции.
Параметры прописал, рестартанул шедулер и кондуктор. Но при ресайзе он видимо всё равно пытается мигрировать ВМ с той ноды.
allow_resize_to_same_host = true
allow_migrate_to_same_host = true
enabled_filters = AllHostsFilter
nova-api.log:2024-11-06 15:36:19.112 2949 INFO nova.osapi_compute.wsgi.server [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] 127.0.0.1 "POST /v2.1/servers/10e856c9-43d8-40aa-8f39-28694888d786/action HTTP/1.0" status: 202 len: 398 time: 0.2422695
nova-conductor.log:2024-11-06 15:36:20.211 2111976 WARNING nova.scheduler.utils [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] Failed to compute_task_migrate_server: No valid host was found. There are not enough hosts available.
nova-conductor.log:2024-11-06 15:36:20.213 2111976 WARNING nova.scheduler.utils [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] [instance: 10e856c9-43d8-40aa-8f39-28694888d786] Setting instance to STOPPED state.: nova.exception_Remote.NoValidHost_Remote: No valid host was found. There are not enough hosts available.
nova-scheduler.log:2024-11-06 15:36:20.182 2112014 INFO nova.scheduler.host_manager [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] Host filter ignoring hosts: hf-openstack-13
Текущая нода hf-openstack-13.
Вроде прочитал страниц 10 гугловой выдачи, но не нашел решения.
Что я делаю не так?
Илья | 😶☮️🐸
Все другое не нужно вовсе
Sergey
С этого параметра я начал. Указал его на мастер узле, на узле с ВМ. Порестартил nova scheduler, conductor, compute на ноде VM. Увы, эффекта не дало.
J
Коллеги, пытаюсь решить вопрос ресайза на той же ноде, следовательно без миграции.
Параметры прописал, рестартанул шедулер и кондуктор. Но при ресайзе он видимо всё равно пытается мигрировать ВМ с той ноды.
allow_resize_to_same_host = true
allow_migrate_to_same_host = true
enabled_filters = AllHostsFilter
nova-api.log:2024-11-06 15:36:19.112 2949 INFO nova.osapi_compute.wsgi.server [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] 127.0.0.1 "POST /v2.1/servers/10e856c9-43d8-40aa-8f39-28694888d786/action HTTP/1.0" status: 202 len: 398 time: 0.2422695
nova-conductor.log:2024-11-06 15:36:20.211 2111976 WARNING nova.scheduler.utils [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] Failed to compute_task_migrate_server: No valid host was found. There are not enough hosts available.
nova-conductor.log:2024-11-06 15:36:20.213 2111976 WARNING nova.scheduler.utils [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] [instance: 10e856c9-43d8-40aa-8f39-28694888d786] Setting instance to STOPPED state.: nova.exception_Remote.NoValidHost_Remote: No valid host was found. There are not enough hosts available.
nova-scheduler.log:2024-11-06 15:36:20.182 2112014 INFO nova.scheduler.host_manager [req-14e4d322-f779-4148-9881-cfdc8f9f48ba 35172100f88148548f62db44c510bba3 21e060837dae406cbb9a664730e55138 - default default] Host filter ignoring hosts: hf-openstack-13
Текущая нода hf-openstack-13.
Вроде прочитал страниц 10 гугловой выдачи, но не нашел решения.
Что я делаю не так?
А ты посмотри логи conductor, scheduler и placement.
Для начала убедись что placement выдает scheduler твой целевой сервер в качестве кандидата.
Если выдает, дальше нужно посмотреть логи scheduler и увидишь какой из фильтров отсеивает хост.
Sergey
J
Ребята, а может и правда это тупой вопрос, но вот скажите-ка, у кого привычная инсталляция с kvm+libvirt, у вас работает ресайз на тот же хост?
Я поглядел щас туда-сюда и кажется как будто для либвирта сломан такой ресайз эдак с ussuri и выше.
NS 🇷🇺
Ребята, а может и правда это тупой вопрос, но вот скажите-ка, у кого привычная инсталляция с kvm+libvirt, у вас работает ресайз на тот же хост?
Я поглядел щас туда-сюда и кажется как будто для либвирта сломан такой ресайз эдак с ussuri и выше.
Крайний раз делал ресайз на том же хосте на бобкете, проходил успешно
Mikhail
J
Крайний раз делал ресайз на том же хосте на бобкете, проходил успешно
Да прост вот чо
https://opendev.org/openstack/nova/src/commit/2c98f91826b71843b988b77d7f26659c1f466adc/nova/virt/libvirt/driver.py#L420
И вот:
https://opendev.org/openstack/nova/src/commit/5ec73eb2768a628089fd54968b19fa5382c6df38/nova/compute/api.py#L4315
То есть, в моем разумении libvirt драйвер не анонсирует capability ресайза на тот же хост, поэтому ресурс трекер не ставит этот трейт, а когда нет трейта и версия compute сервиса его при этом поддерживает, считается что не разрешен такой ресайз.
Для версии до 48 (в которой трейт COMPUTE_SAME_HOST_COLD_MIGRATE появился) проверялось по опции в конфиге, но начиная с 48 и выше если трейта нет, то ресайз на тот же хост не должен идти. А трейта не будет, потому что capability не анонсируется.
Поправьте, если недоглядел чо-то)
J
У меня были пару раз ситуации когда ресайз вроде должен идти на тот же хост, но не шел, но там не до них было и я забивал.
J
Да прост вот чо
https://opendev.org/openstack/nova/src/commit/2c98f91826b71843b988b77d7f26659c1f466adc/nova/virt/libvirt/driver.py#L420
И вот:
https://opendev.org/openstack/nova/src/commit/5ec73eb2768a628089fd54968b19fa5382c6df38/nova/compute/api.py#L4315
То есть, в моем разумении libvirt драйвер не анонсирует capability ресайза на тот же хост, поэтому ресурс трекер не ставит этот трейт, а когда нет трейта и версия compute сервиса его при этом поддерживает, считается что не разрешен такой ресайз.
Для версии до 48 (в которой трейт COMPUTE_SAME_HOST_COLD_MIGRATE появился) проверялось по опции в конфиге, но начиная с 48 и выше если трейта нет, то ресайз на тот же хост не должен идти. А трейта не будет, потому что capability не анонсируется.
Поправьте, если недоглядел чо-то)
А, я тупой)
Там же условие в самом начале)
Это проверка для cold_migrate, а в случае ресайза чисто по конфигу смотрит)
NS 🇷🇺
А, я тупой)
Там же условие в самом начале)
Это проверка для cold_migrate, а в случае ресайза чисто по конфигу смотрит)
Ну я щас тоже смотрю твои ссылки и не пойму, а шо собсно не так то =)
J
Это я невнимательно смотрел.
J
Но получается что придумали какую-то не функциональную capability и трейт для нее, которые по факту ни одним апстримовым virt драйвером не используются.
Кроме vmware))
https://opendev.org/openstack/nova/src/commit/5ec73eb2768a628089fd54968b19fa5382c6df38/nova/virt/vmwareapi/driver.py#L69
NS 🇷🇺
Но получается что придумали какую-то не функциональную capability и трейт для нее, которые по факту ни одним апстримовым virt драйвером не используются.
Кроме vmware))
https://opendev.org/openstack/nova/src/commit/5ec73eb2768a628089fd54968b19fa5382c6df38/nova/virt/vmwareapi/driver.py#L69
они должны страдать. Бродком там очередную ахинею удумал
J
Workstation пересаживают на KVM рельсы
Эт слышал.
Но не понял зачем если уже есть работающий гипервизор для всех платформ.
А KVM сразу до линукса сужает набор платформ.
J
Эт слышал.
Но не понял зачем если уже есть работающий гипервизор для всех платформ.
А KVM сразу до линукса сужает набор платформ.
Правда, можно же KVM крутить поверх WSL :D
icewolf
Эт слышал.
Но не понял зачем если уже есть работающий гипервизор для всех платформ.
А KVM сразу до линукса сужает набор платформ.
это первый шаг, бродком потом и esxi выкинет и скажет вот вам KVM на photonOS кушайте не обляпайтесь
J
это первый шаг, бродком потом и esxi выкинет и скажет вот вам KVM на photonOS кушайте не обляпайтесь
И будет прав.
ESXi сам по себе как гипервизор и нахой не нужон.
Это обгрызленный линукс с примитивным и эффективным планировщиком типа EEVDF.
icewolf
ну слушайте была такая контора брокейд, которая ничего лучше не придумала как vyatta закрыть
J
ну слушайте была такая контора брокейд, которая ничего лучше не придумала как vyatta закрыть
Да не закрыли, а продали AT&T, а те тоже не увидели перспектив особых и еще кому-то её спихнули, вроде.
Даниил
Товарищи-эксперты, вопрос. Что-то вообще означают цифры версии драйвера меланоксов или это просто версия и всё? https://network.nvidia.com/products/ethernet-drivers/linux/mlnx_en/
Алексей [PEBHOCTb]
Раньше была версия. Теперь год.месяц выпуска. Или ты про что?
icewolf
Раньше была версия. Теперь год.месяц выпуска. Или ты про что?
там в зависимости от бранча идет поддержка фич
Алексей [PEBHOCTb]
И ОС.да я знаю. Я вопрос не понял))
Даниил
А где-то у них есть открытая ветка?
Даниил
Хотя это же нвидия. О чём это я.😁
Даниил
Ладно. Спасибо за ответ.=)
Алексей [PEBHOCTb]
Там исходники в каждой версии. Это ж меланокс
Даниил
Нашёл.=)
John
Коллеги,всех приветствую! Подскажите пожалуйста: в проекте создал dns сервер для своей сети,которая будет не только в самом проекте,но и в локальной сети(использую flat). Сервер развернул на дебиане, bind9. Сервер не получает запросы от других хостов,хотя хосты к нему по dns отправляет запросы. На самом dns нет фаервола. В настройках сети dns разрешен. Что я упустил? Всем спасибо!
Den
а если опустить слово dns, сервер доступен по сети для всех?
John
Да
John
Пинги есть,по ssh захожу
John
В политиках все разрешил
Сергей Сергеевич
В самом бинде настроил кто может обращаться?
John
Он общается только с dhcp сети
Aleksandr