« Rev
@openstack_ru   669
Fwd »


Maksimus Ulibikus
Virtio поставили или на ide?
virtio, uefi обязательны в моём случае
Maksimus Ulibikus
Попробую по другому. образ создавал отдельно на KVM, потом уже загрузил его в опенстек. Сейчас попробую тот же созданный образ, но без установленного cloudinit загрузить в опенстак, запустить и уже установить cloudinit, сделаю sysprep и посмотрю как себя поведет метадата
NS 🇷🇺
написано же …. я не могу в метадату. проверяйте сетевую связанность до маршрутизатора или dhcp агента(если сеть изолированная)
Maksimus Ulibikus
написано же …. я не могу в метадату. проверяйте сетевую связанность до маршрутизатора или dhcp агента(если сеть изолированная)
А что там проверять, если все образы нормально получают адреса от DHCP агента?
Я и твой кот
А что там проверять, если все образы нормально получают адреса от DHCP агента?
Там чёрным по белому написано, что связности нет.
NS 🇷🇺
Там чёрным по белому написано, что связности нет.
да не, белым по черному, но не суть, надо всех снова задрочить … остальное же все работает
NS 🇷🇺
А вм адрес получила хотя бы от dhcp?
да оно и без адреса по link-local сети должно скастомизироваться
NS 🇷🇺
А если в винде нет драйвера для nic?
да гадать мы можем сколь угодно долго
NS 🇷🇺
Всё там есть.
ну вот и сделайте курлы курлы до мета адреса
Vyacheslav
Да, получила
Тогда заходите на сам dhcp или vrouter и от туда делайте curl. Смотреть прокинут ли метадата агент в него и запущен ли сам агент
Maksimus Ulibikus
ну вот и сделайте курлы курлы до мета адреса
На контроллере curl http://169.254.169.254/latest/meta-data/ ничего не происходит прсото висит
NS 🇷🇺
с инстанса
NS 🇷🇺
у вас контроллер ничего не знает об этой сети, она либо на роутере(при наличие), либо в dhcp неймспейсе
Maksimus Ulibikus
Сейчас запустил тот же самый образ, но без предустановленного cloudinit и всё нормально, сеть есть.
Maksimus Ulibikus
Maksimus Ulibikus
Ну как так, не пойму. Без cloudinit все нормально, подключаюсь по RDP. Ставлю cloudinit, потом sysprep, выключаю. Включаю и опять ошибка с метадатой.
🖖🏼Stas
Ну как так, не пойму. Без cloudinit все нормально, подключаюсь по RDP. Ставлю cloudinit, потом sysprep, выключаю. Включаю и опять ошибка с метадатой.
Все верно. Нет cloudinit, нет ошибок. Нужно проверить маршрут до адреса 169.254.169.254 из под VM. И если он есть, то попробовать сходить в в него браузером или курлом
Maksimus Ulibikus
Маршрут есть. Без установленного cloudinit
Maksimus Ulibikus
Есть у кого-нибудь соображения?
🖖🏼Stas
Есть у кого-нибудь соображения?
Запускай VM без cloudinit, устанавливай ci, смотри конфиг, и если ничего не вызывает подозрений, запускай, прямо без перезагрузки и смотри лог, что происходит
Zloi
Господа. вычитал в инете что проблема с rabbitmq вызвана с не возможностью соединится с epmd .... такого контейнера нет... в логах /var/log/messages имеются такие строчки Sep 9 09:46:02 server11 ansible-kolla_docker: Invoked with tty=False tls_key=None common_options={'graceful_timeout': 60, 'auth_registry': None, 'restart_policy': 'unless-stopped', 'environment': {'KOLLA_CONFIG_STRATEGY': 'COPY_ALWAYS'}, 'auth_email': None, 'restart_retries': '10', 'auth_password': None, 'auth_username': None, 'client_timeout': 120} labels={} tls_verify=False pid_mode=None tls_cacert=None auth_password=NOT_LOGGING_PARAMETER dimensions={} environment={'RABBITMQ_LOG_DIR': '/var/log/kolla/rabbitmq', 'KOLLA_CONFIG_STRATEGY': 'COPY_ALWAYS', 'RABBITMQ_CLUSTER_COOKIE': 'qiqBw9URsdYoLvrVbsILwcC4quwGgVncAnSZXspr'} auth_registry=None state=running volumes_from=None ipc_mode=None security_opt=[] image=kolla/debian-source-rabbitmq:9.4.0 api_version=auto client_timeout=120 remove_on_exit=True restart_retries=10 detach=True auth_username=None graceful_timeout=10 name=rabbitmq tls_cert=None cap_add=[] restart_policy=None privileged=False auth_email=None command=None volumes=['/etc/kolla/rabbitmq/:/var/lib/kolla/config_files/:ro', '/etc/localtime:/etc/localtime:ro', '', 'rabbitmq:/var/lib/rabbitmq/', 'kolla_logs:/var/log/kolla/'] action=recreate_or_restart_container ignore_missing=False Sep 9 09:46:02 server11 kernel: [36600.461200] WARNING: chroot access! Блин ... куда еще посмотреть можно?
Vyacheslav
Как в flavor засунуть тип создаваемого диска?
J
Как в flavor засунуть тип создаваемого диска?
В образах эт hw_disk_bus, а во флейворах хз даже можно или нет.
Vyacheslav
Volume type == hw_disk_bus?
Vyacheslav
Мне кажется это метод эмуляции, а в volume type qos прикручивается
Artemy
Как в flavor засунуть тип создаваемого диска?
Тип диска это синдеровая сущность (block device mapping dest=volume) а во флаворе декларируется новашная эфемерка, у нее типа диска нет. В достаточно новых новах можно тип диска указать в block device, либо у имаджа был спциальный атрибут который автоматически задействовал нужный тип диска при создании волюма.
J
Volume type == hw_disk_bus?
Нет. В свойствах образа hw_disk_bus=sata/virtio-scsi/virtio
Dmitry
Как в flavor засунуть тип создаваемого диска?
никак https://docs.openstack.org/nova/queens/user/flavors.html
Vyacheslav
https://docs.openstack.org/nova/pike/admin/flavors.html
Vyacheslav
вроде есть решение но руками писать лимиты
NS 🇷🇺
вроде есть решение но руками писать лимиты
ты определись тебе лимиты или типы
J
https://docs.openstack.org/nova/pike/admin/flavors.html
Так ты объясни чо нужно то? Тебе нужно чтобы к какому-то флейвору был прикручен определенный volume type или нужно к флейвору привязать QoS для томов?
Vyacheslav
в типах интересны именно лимиты были
J
не зря ты мучился со мной года 2
https://docs.openstack.org/cinder/latest/admin/blockstorage-basic-volume-qos.html
Artemy
ЕМНИП volume type это атрибут диска а не ВМ. Не трогайте флавор.
J
Ну вот же. QoS политика привязывается к типу тома. А флейвор тут не поможет никак, это ж спецом сделано чтобы тома не зависели от флейвора никак.
Vyacheslav
ЕМНИП volume type это атрибут диска а не ВМ. Не трогайте флавор.
но если в флейворе написан диск и используются локальные диски - как на vda повесить limit?
Dmitry
ЕМНИП volume type это атрибут диска а не ВМ. Не трогайте флавор.
диска, но во флейворе можно тоже указать, что будет когда приедет диск с лимитом, не известно думаю даже разрабам
Artemy
--property quota:read_bytes_sec=10240000 --property quota:write_bytes_sec=10240000 (c)
Dmitry
хотя возможно это будет работать только с эфемерками
Artemy
Флаворные лимиты приедут на эфемерку
Dmitry
что было бы логично
Artemy
Синдерные лимиты на волюм
Dmitry
ок, понял
Artemy
Никаких проблем не будет
Dmitry
тогда да
Artemy
Потому как iotune он per-device (если под капотом libvirt / qemu)
Artemy
Хотя надо посмотреть
Artemy
Ибо если они черз cgroup выставляют...
J
А тип тома можно выбирать тремя способами. https://docs.openstack.org/cinder/latest/cli/cli-manage-volumes.html
J
Глобальный дефолт, через метаданные образа и через дефолт проекта.
Artemy
... и указать при вызове create_instance
Maksimus Ulibikus
Кто-нибудь сталкивался и решил проблему с noVNC? Такое происходит только на одном дистрибутиве Linux. Создаю инстанс, перехожу на VNC, вижу, что Linux загружается и вижу, что загрузилась. Затем происходит запуск Server X и ... черный экран. При этом Linux работает, по SSH подключаюсь.
NS 🇷🇺
убунта =)
Maksimus Ulibikus
убунта =)
Да, 18-я
Maksimus Ulibikus
У меня конечно есть cloud образ юбунты и там всё ок с этим, но этот дистрибутив на основе юбунты делает черный экран. Вот как с этим бороться?
NS 🇷🇺
ну она просто тв не туда выводит …. можно вот прям в другой tty переключится
NS 🇷🇺
В горизонте что-то не вижу такой опции
ну так это сочетание клавишь в терминале через noVNC
NS 🇷🇺
аналогия - ALT+FN(1-X) на железном сервере
NS 🇷🇺
вообще лучше образ пересобрать
Maksimus Ulibikus
Извиняюсь за дилетанский вопрос, а какое сочетание не на железном сервере?😁
Maksimus Ulibikus
вообще лучше образ пересобрать
Ну там уже ISO от разраба.
Maksimus Ulibikus
Так что не вариант
Maksimus Ulibikus
Но что интересно. Эта ОС работает сейчас на наших голых KVM. Мы админим виртуалки через Cockpit и там тоже в комплекте noVNC и всё хорошо из коробки работает с этой ОС.
« Rev
@openstack_ru   669
Fwd »