вам же для тестов?

Что бы понять как оно все работает, и для тестов

тогда ваш вариант

Добрый день. А как сказать openstack-ansible какие диски использовать для развертывания ceph-osd?

Пробовал указывать так: osd-node1: devices: - /dev/disk/by-dname/hdd2 - /dev/disk/by-dname/hdd3 - /dev/disk/by-dname/hdd4 - /dev/disk/by-dname/hdd5 ...

но не помогает. Проблема в том, что на разных хостах нужно указать разные диски для деплоя и между ребутами имена дисков /dev/sda, sdb меняются.

поэтому запинил имена через udev в /dev/disk/by-dname и хотел их указать в конфигах openstack-ansible, но он их не воспринимает

Добрый день. А как сказать openstack-ansible какие диски использовать для развертывания ceph-osd?

А в openstack-ansible разве есть свои роли для ceph серверов?

да.

Но вроде разобрался

да.

Нет) Я щас глянул, там ceph-ansible.

создал директорию host_vars /etc/openstack_ansible и там уже по каждому хосту указал все что хотел

ну ceph деплоится теми же setup-host.yml и setup-infrastructure.yml

всем привет кто сталкивался с увеличением таймаутов для гночи?

в общем пытаюсь отрисовать графаной графики. очень жирные запросы режутся по таймауту в 60 секунд увеличил уже на всех этапах, немогу понять где затык

может есть что-то неочевидное?

в общем пытаюсь отрисовать графаной графики. очень жирные запросы режутся по таймауту в 60 секунд увеличил уже на всех этапах, немогу понять где затык

А ты где увидел что они режутся?

А ты где увидел что они режутся?

балансировщик (nginx) возвращает 502-ую типа апстрим закрыл соединение прематурно

причём в логах гночи пусто

балансировщик (nginx) возвращает 502-ую типа апстрим закрыл соединение прематурно

увеличение таймаута на нджинксе не рассматривается?

увеличение таймаута на нджинксе не рассматривается?

уже увеличил

proxy_connect_timeout 1200s; proxy_read_timeout 1200s; proxy_send_timeout 1200s; send_timeout 1200s;

но там ровно 60 секунд каждый раз. где-то видимо дефолт прописан и режет, зараза

может запрос попадает под другой локейшн

может запрос попадает под другой локейшн

он там один :)

он там один :)

Убери nginx из цепочки и пусть запросы напрямую к gnocchi идут. И посмотри чо будет.

да так и планировал

proxy_connect_timeout 1200s; proxy_read_timeout 1200s; proxy_send_timeout 1200s; send_timeout 1200s;

а это все в секции location?

а это все в секции location?

ага

попробуй повыше переместить

2019-12-11 09:50:32.327 8065 ERROR oslo_service.service [req-2606a248-3012-448b-b6f1-02add3cb2fb6 - - - - -] Error starting thread.: oslo_messaging.exceptions.MessageDeliveryFailure: Unable to connect to AMQP server on node2:5672 afte r None tries: Exchange.declare: (406) PRECONDITION_FAILED - inequivalent arg 'durable' for exchange 'neutron' in vhost '/': received 'true' but current is 'false'

кто-нибудь побеждал такое?

рабит собран в кластер

до портов достукиваюсь

вычищал очереди, тщетно

что ему надо...

amqp_durable_queues = true стоит

[oslo_messaging_rabbit] rabbit_retry_interval = 1 rabbit_retry_backoff = 2 amqp_durable_queues = true rabbit_ha_queues = true

поднимаю rocky на debian 10

Сервисы рестартовали после конфигурации?

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

dhcp агент так же не запускается с такой же строкой в логе

Я уже не помню - свойство durable в самом кролике тоже нужно настраивать?

в раббите выставлял такую политику: / HA ^(?!amq\.).* all {"ha-mode":"all"} 0

[oslo_messaging_rabbit] rabbit_retry_interval = 1 rabbit_retry_backoff = 2 amqp_durable_queues = true rabbit_ha_queues = true

закомментил эти строки, все поднялось, но вот будет ли таким образом нормально работать теперь вопрос

теперь вижу такое в логах oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID 7462c0c2686447a2b1fda0fa58bc3ba7

а вообще насколько необходимо выставлять durable для сообщений в опенстеке?

для чего-то нужна эта долговечность?

durable == зеркалированная на все ноды кластера очередь

может какую еще дополнительную политику надо задать?

NGINX -t

2019-12-11 09:50:32.327 8065 ERROR oslo_service.service [req-2606a248-3012-448b-b6f1-02add3cb2fb6 - - - - -] Error starting thread.: oslo_messaging.exceptions.MessageDeliveryFailure: Unable to connect to AMQP server on node2:5672 afte r None tries: Exchange.declare: (406) PRECONDITION_FAILED - inequivalent arg 'durable' for exchange 'neutron' in vhost '/': received 'true' but current is 'false'

разобрался, кластеризацию раббита я сделал уже в конце, соотвественно у меня уже были соотвествующие точки обмена (exchange) у которых был флаг durable = false

по мимо очередей пришлось удалить и их

после все взлетело

Всем привет! А будет ли трансляция митапа завтра?

Всем привет! А будет ли трансляция митапа завтра?

Гарантию не дам, но обычно бывает. Но лучше приходить =)

Регистрация уже закрыта :(

Регистрация уже закрыта :(

Уже открыта =)

ого )

до 8ми вечера

Охтыжблин. Мы не набрали кворум?

Охтыжблин. Мы не набрали кворум?

прочитал как "охлобыстин" ...

Охтыжблин. Мы не набрали кворум?

может еще не все заявки обработали. мне ответ пришел через 4 дня

Охтыжблин. Мы не набрали кворум?

Почему не набрали - набрали

есть запас небольшой

ну и у нас дисциплинированное сообщество - поэтому все зарегистрироваться не успевают =)))))))))

Всем привет! Скажите пожалуйста, а обязательно запускать везде l2 агента? В моём кластере сейчас только l3 везде запущен. Может есть у кого ссыль, где подробно расписано как правильно настраивать это всё?

Всем привет! Скажите пожалуйста, а обязательно запускать везде l2 агента? В моём кластере сейчас только l3 везде запущен. Может есть у кого ссыль, где подробно расписано как правильно настраивать это всё?

Привет. Обязательно на каждом гипервизоре и сервере где делается snat/floating ip. В официальной документации расписано. https://docs.openstack.org/liberty/networking-guide/scenario-dvr-ovs.html Или вот с линукс бриджом. https://docs.openstack.org/ocata/networking-guide/deploy-lb-selfservice.html

Судя по этой картинке - не нужно получается l2 вообще запускать...

Судя по этой картинке - не нужно получается l2 вообще запускать...

openvswitch-agent и есть l2. Был бы linux bridge, был бы linuxbridge-agent. Ты не разобрался в том как neutron и его ml2 плагины организованы? Посмотри)

Во, это то, что я хотел услышать. Спасибо!

Да, пока плаваю в сетевой части... И нет времени совсем разобраться(

я правильно понимаю, что в centos установка репозитория yum install centos-release-openstack-queens аналогична использованию rdo в rhel?

это он и есть

https://galaxy.ansible.com/dddeeemmm/os_mgmt Кому интересно раскатывать без терраформа берите

вот вам немного посмеяться

или поплакать

Ну юридически всё верно. Если не было согласовано опубликование под открытой Лицензией то всё так

Следователь, наверн, о медальке мечтает и не знает что срок давности истек уже и произврдство по делу бессмысленно открывать.

Ну юридически всё верно. Если не было согласовано опубликование под открытой Лицензией то всё так

Бремя доказывания на рамблере лежит, придется или предоставить документы и свидетелей подтверждающие что соответствующее поручение на разработку веб сервера было или сляпать подложные документы. Все осложняется тем что там какая-то хуйня указана. Поручение давали, но не кому-то, а неустановленному кругу лиц, а раз круг лиц неустановленный, то и обязанности непонятные у них. А раз обязанности непонятные, поди докажи что в них входила разработка веб сервера.