Ребят, а кто-нибудь может рассказать кулстори про то как в итоге похоронили nova api v3? Хочется поболше подробностей интересных. Пока читал только вот это: https://specs.openstack.org/openstack/nova-specs/specs/juno/implemented/v2-on-v3-api.html https://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/nova-api-remove-v3.html Ну это так, любопытно)

Всё, что я знаю, это то, что они вовремя поняли, что переход на v3 займёт больше, чем на Python 3. И запилили вместо этого "микроверсии".

всем привет, ни у кого в облаке нет gpu, как мониторить кол-во используемых видюх?

Всё, что я знаю, это то, что они вовремя поняли, что переход на v3 займёт больше, чем на Python 3. И запилили вместо этого "микроверсии".

И выкинули кучу всего полезного)

Например, готовый уже плагин pci api)

всем привет, ни у кого в облаке нет gpu, как мониторить кол-во используемых видюх?

Вот это как раз к твоему вопросу)

Никак блин. Запросом из базы nova дергать или портировать этот самый pci api на современные микроверсии 2.xx. Беда то видишь в чем. Я логику разработчиков core проектов не понимаю. Есть вот placement сервис, он ведет учет ресурсов. Но по какой-то хуй пойми какой причине учет pci устройств он не ведет. Данные о проброшенных pci устройствах в базе nova. И в api 2.xx нет возможности запросить данные по pci устройствам. А теперь еще, когда появился cyborg, я вообще хз чо будет.

Таблица nova.pci_devices. Пока вижу так что самое простое сделать ридонли пользователя с правами только на чтение и прям руками сконструированными запросами выдергивать.

ппц(

Или cyborg прикручивай) Но как по мне от него только возни больше чем пользы в нынешнем виде.

ппц(

Ну если так не нравится, могу тебе предложить из какого-нибудь агента дергать скрипт который будет парсить XML виртуалок и сразу отдавать это дело в TSDB какую-то)

Ну если так не нравится, могу тебе предложить из какого-нибудь агента дергать скрипт который будет парсить XML виртуалок и сразу отдавать это дело в TSDB какую-то)

Так даже надежнее)

Потому что если у тебя гипервизор, например, в maintenance mode или вообще пропал\сгорел\маски шоу вынесли, в базе все равно останется запись о свободных pci устройствах. А по факту их нет)

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

@paper_planes_squad Приветствую, подскажи пожалуйста не встречалось ли тебе такого, уже какой день не могу побороть: May 20 17:48:49 maas-region-0 sh[92]: 2020-05-20 17:48:49 maasserver: [error] ################################ Exception: PartitionTable matching query does not exist. ################################ May 20 17:48:49 maas-region-0 sh[92]: 2020-05-20 17:48:49 maasserver: [error] Traceback (most recent call last): May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/django/core/handlers/base.py", line 132, in get_response May 20 17:48:49 maas-region-0 sh[92]: response = wrapped_callback(request, *callback_args, **callback_kwargs) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/maasserver/utils/views.py", line 185, in view_atomic_with_post_commit_savepoint May 20 17:48:49 maas-region-0 sh[92]: return view_atomic(*args, **kwargs) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3.5/contextlib.py", line 30, in inner May 20 17:48:49 maas-region-0 sh[92]: return func(*args, **kwds) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/maasserver/api/support.py", line 59, in __call__ May 20 17:48:49 maas-region-0 sh[92]: response = upcall(request, *args, **kwargs) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/django/views/decorators/vary.py", line 21, in inner_func May 20 17:48:49 maas-region-0 sh[92]: response = func(*args, **kwargs) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/piston3/resource.py", line 190, in __call__ May 20 17:48:49 maas-region-0 sh[92]: result = self.error_handler(e, request, meth, em_format) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/piston3/resource.py", line 188, in __call__ May 20 17:48:49 maas-region-0 sh[92]: result = meth(request, *args, **kwargs) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/maasserver/api/support.py", line 298, in dispatch May 20 17:48:49 maas-region-0 sh[92]: return function(self, request, *args, **kwargs) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/maasserver/api/partitions.py", line 92, in read May 20 17:48:49 maas-region-0 sh[92]: partition_table = device.partitiontable_set.get() May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/django/db/models/manager.py", line 127, in manager_method May 20 17:48:49 maas-region-0 sh[92]: return getattr(self.get_queryset(), name)(*args, **kwargs) May 20 17:48:49 maas-region-0 sh[92]: File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 334, in get May 20 17:48:49 maas-region-0 sh[92]: self.model._meta.object_name May 20 17:48:49 maas-region-0 sh[92]: maasserver.models.partitiontable.DoesNotExist: PartitionTable matching query does not exist. May 20 17:48:49 maas-region-0 sh[92]: 2020-05-20 17:48:49 regiond: [info] 127.0.0.1 GET /MAAS/api/2.0/nodes/4a4hsm/blockdevices/36/partitions/ HTTP/1.1 --> 500 INTERNAL_SERVER_ERROR (referrer: -; agent: python-requests/2.19.1) Похоже как проблема MAAS, но не уверен.

На всех контролерах, не на одном сервере.

И drydock cыпет похожими ошибками: 2020-05-20 17:51:38,567 - DEBUG - api_client.py:180:_send_request Received error response - URL: GET http://maas-region.ucp.svc.cluster.local/MAAS/api/2.0/nodes/4a4hsm/blockdevices/36/partitions/ - RESPONSE: 500 2020-05-20 17:51:38,567 - DEBUG - api_client.py:181:_send_request Response content: PartitionTable matching query does not exist. 2020-05-20 17:51:38,567 - WARNING - blockdev.py:69:__init__ Could not load partitions on node 4a4hsm block device 36 2020-05-20 17:51:38,616 - DEBUG - node.py:2424:start Polling node n4 status attempt 123 of 270: Deploying 2020-05-20 17:51:38,628 - DEBUG - node.py:2424:start Polling node n3 status attempt 123 of 270: Deploying

после чего получаю в maas статус deploy failed, лезу проверять на ноду и разбивка в порядке.

@vladyslavg обновите maas-rack-controller и maas-region-controller до maas-rack-controller:2f4e6e22dd85cac6e870812a2f9fbd60ea46401f maas-region-controller:2f4e6e22dd85cac6e870812a2f9fbd60ea46401f

> лезу проверять на ноду и разбивка в порядке Хотя может не ваша проблема. Хм. Но попробуйте.

Но похожа.

sstream-cache тоже до кучи до той же версии

@vladyslavg обновите maas-rack-controller и maas-region-controller до maas-rack-controller:2f4e6e22dd85cac6e870812a2f9fbd60ea46401f maas-region-controller:2f4e6e22dd85cac6e870812a2f9fbd60ea46401f

Огромное человеческое спасибо!!!!

Что, очинилось?

нет, но хоть что-то.

Щас буду обновлять.

versions.yaml

У меня идеи закончились.

Я в курсе)

Спасибо)

там в treasuremap в tools есть updater.py скриптик, он автоматом может обновлять версии имейджей и хелм чартов некоторых

а, версии хельм-чартов тоже обновите до той же

хотя они не менялись. но всё же.

@paper_planes_squad спасибо, буду пробовать.

Благо обновление версий - это вжух - и готово.

@paper_planes_squad я приблизительно так-же боролся с airship-virt)

Хоть бы что-ли кто-то ещё Airship заюзал, а? Он же классный.

Хоть бы что-ли кто-то ещё Airship заюзал, а? Он же классный.

Да когда-то хотел, но во-первых, не люблю когда много контейнеров, а во-вторых такое впечатление что он настолько сложный что по нему отдельную книжку писать можно) Не в обиду.

Да когда-то хотел, но во-первых, не люблю когда много контейнеров, а во-вторых такое впечатление что он настолько сложный что по нему отдельную книжку писать можно) Не в обиду.

Вот мне не показалось, выловил граблей на целую книжку.

Впрочем, едва ли openstack-ansible сильно приятнее. К нему привык просто уже немного.

Я сегодня вот еще одним глазком смотрел на kolla-ansible

Складывайте найденные грабли в текстовик, потом зальёте в траблшутинг гайд.

я с ним немного работал еще во времена kolla-kubernetes

@paper_planes_squad +

Google Anthos – это как платный Airship? В каком чатике спросить?

@vladyslavg маякните, как там завелось

@paper_planes_squad я беседовал с Шведским лидером проекта Google Anthos, в двух словах чтоб сильно не офтопить там пока внутри Vmware. И это слабо похоже на Airship

@paper_planes_squad обязательно, у меня после обновления поломалась сетевая загрузка, чуто позже буду опять пробовать.

@paper_planes_squad я беседовал с Шведским лидером проекта Google Anthos, в двух словах чтоб сильно не офтопить там пока внутри Vmware. И это слабо похоже на Airship

О. А можно имя? Попробую связаться по одному делу.

@paper_planes_squad обязательно, у меня после обновления поломалась сетевая загрузка, чуто позже буду опять пробовать.

Ок

О. А можно имя? Попробую связаться по одному делу.

Постараюсь найти, это было на Google days. Но в будущем они планируют уже переход к kvm, и вот тогда будет нечто похожее.

Подскажите люди добрые, кто-то мапит дополнительные атрибуты для LDAP групп?

что-то лыжи не едут, то ли я с синтаксисом напутал, то ли надо чтобы какой-то синк случился

❗Gentle Reminder ❗ Deadline Announced :- 22nd may The Opportunity that Will Never Come Again, □Be ready for the future. □Ready for the what needed after Covid-19 □Whole 5g technology Based On Hybrid cloud *Registration link :* - http://www.lwindia.com/Hybrid-Cloud-NC.php

что-то я вообще не понимаю, mapping_additional_attributes вообще не работает, поиск по атрибутам делается, а вот в keystone поля не появляются

что-то тут каждый раз как про keystone вопросы задаю, так тишина. У всех что ли только локальные пользователи и с 2мя ролями(админ, не админ)?

как догадался? )

похоже вот оно. https://bugs.launchpad.net/keystone/+bug/1839441

не ну всё как обычно, мы фичу запилили ещё 2014, но она почему-то не работала

параметры есть с 2014, а тут вот такое Extra attributes are a bad idea overall. Please provide more information on what is attempting to be solved here and what the use cases are. With more information I'll lift my -2.

@paper_planes_squad https://review.opendev.org/#/c/725068/ ответили в комьюнити тоже.

Не гуглилось(

@paper_planes_squad https://review.opendev.org/#/c/725068/ ответили в комьюнити тоже.

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

Так что пробуйте запустить.

Да, огромное спасибо. Пробую.

@paper_planes_squad 2020-05-21 17:26:18,657 - DEBUG - orchestrator.py:470:process_filter Filtering nodes based on node names. 2020-05-21 17:26:19,471 - DEBUG - machine.py:612:identify_baremetal_node Found MaaS resource 66ggxc matching Node n3 2020-05-21 17:26:19,471 - WARNING - node.py:2317:start Unexpected status Failed deployment for node n3, skipping deployment. 2020-05-21 17:26:19,473 - DEBUG - task.py:173:failure Adding n3 to failures list. 2020-05-21 17:26:19,474 - DEBUG - state.py:215:get_task Assembling result messages for task d08bd895-0e7b-4884-b796-0c0fd1569817. 2020-05-21 17:26:20,063 - DEBUG - machine.py:612:identify_baremetal_node Found MaaS resource f8qr3x matching Node n2 2020-05-21 17:26:20,063 - DEBUG - machine.py:612:identify_baremetal_node Found MaaS resource fchpsb matching Node n4 2020-05-21 17:26:20,063 - WARNING - node.py:2317:start Unexpected status Failed deployment for node n2, skipping deployment. 2020-05-21 17:26:20,064 - WARNING - node.py:2317:start Unexpected status Failed deployment for node n4, skipping deployment. 2020-05-21 17:26:20,065 - DEBUG - task.py:173:failure Adding n2 to failures list. 2020-05-21 17:26:20,065 - DEBUG - task.py:173:failure Adding n4 to failures list. Вообще без какой-то резонной ошибки зафейлилось.

Может снести данные MaaS’а и передеплоить?

попробую да

@paper_planes_squad а возможно это из-за проблем с сетью на нодах после деплоя May 21 17:30:01 maas-region-0 maas.service_monitor[110]: [warn] Service 'ntp' is on but not in the expected state of 'running', its current state is 'exited'. Вот такое нашел в логах maas

ну и залогинится по ssh не дает

Всем, доброй ночи! Сильно не бейте, я новичок в Openstack

Начало не плохое😂

Есть дисковый массив, нужно презентовать LUN 10TB на 10 серверов (compute nodes), для хранения всех VMs

Я только работал с VMware, в нем всё намного проще, есть vmfs и все Esxi сервера определяют его как один datastore и одновременно обращаються

Как добиться такого же в Openstack? Или это не реализуем и тут только NFS сервер нужен?

что у вас за хранилка?

что у вас за хранилка?

Правильный вопрос )

Способов вагон и не надо делать как в вмваре

Ну вот как это (не)работает ... я просто не понимаю. Дома работает, а на работе нет. Запустил сегодня на работе 1000 вмок, как и дома везде один и тотже образ, докер и gitlab-runner из одного плейбука ... фв, прокси итд нету. ... но вот на работе kolla-build застревает на этом таске. А дома даже не чихает ... INFO:kolla.common.utils.base:Step 19/33 : RUN rpm --import https://packages.grafana.com/gpg.key && rpm --import https://repos.influxdata.com/influxdb.key && rpm --import https://packages.treasuredata.com/GPG-KEY-td-agent && rpm --import https://artifacts.elastic.co/GPG-KEY-elasticsearch INFO:kolla.common.utils.base: ---> Running in 90a3a403ecbd начинаю думать что сетевики гдето меня тролят. ...

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

которые под --import