Поиск? Да в дата. Оно там регекс тупо игнорит до некоторого значения. Приходиться доп теги и свойства хреначить

хм, они вроде в доках регексп даже не декларировали никогда ... и в гошке вроде еще регексп от перлового отличается

Поиск? Да в дата. Оно там регекс тупо игнорит до некоторого значения. Приходиться доп теги и свойства хреначить

Зато в отличии от нативного клиента может тебе самый последний образ найти)

Зато в отличии от нативного клиента может тебе самый последний образ найти)

Ага, любой последний :) я в это съебался, когда стрим8 и стрим9 влил, а ТФ решил найти именно 9, хотя в регекс было stream8-*

хм, они вроде в доках регексп даже не декларировали никогда ... и в гошке вроде еще регексп от перлового отличается

Это в одном. А в другом умеет. Типа :)

Это в одном. А в другом умеет. Типа :)

а кинь линку плиз туда, где умеет =)

а кинь линку плиз туда, где умеет =)

А внезапно правда есть там нейм регекс https://github.com/terraform-provider-openstack/terraform-provider-openstack/blob/main/website/docs/d/images_image_v2.html.markdown

The regular expressian блять. Такие же видимо тот код и писали ;)

Я люблю терраформом в опенстек чонить насрать

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

Во первых сразу видно по работе образа, что работает медленнее чем должен, но я запускаю тест в novabench, и в нем скорость процессора сильно меньше, хотя отображается все корректно, например я дал образу 2 или 4 ядра, то это и отображается, но вот сама скорость в тесте меньше или тест в cpu-z, сейчас сделаю скрин, так сказать для наглядности

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

Вот отображение характеристик процессора в виндовом образа

А вот результат теста

Во первых сразу видно по работе образа, что работает медленнее чем должен, но я запускаю тест в novabench, и в нем скорость процессора сильно меньше, хотя отображается все корректно, например я дал образу 2 или 4 ядра, то это и отображается, но вот сама скорость в тесте меньше или тест в cpu-z, сейчас сделаю скрин, так сказать для наглядности

Для чистоты проверки - дай pass-through модель для новы.

Вот результат в новабенц, у меня на домашнем ноуте производительность больше, такое чувство, что есть какие-то квоты, только неизвестно где

Модель ЦПУ какая в настройках?

А внезапно правда есть там нейм регекс https://github.com/terraform-provider-openstack/terraform-provider-openstack/blob/main/website/docs/d/images_image_v2.html.markdown

Только я про _ids https://registry.terraform.io/providers/terraform-provider-openstack/openstack/latest/docs/data-sources/images_image_ids_v2

Модель ЦПУ какая в настройках?

Если имеется в виду в настройках nova раздел libvirt cpu_mode то ничего там не трогал

Ох... "Ничего не трогал" - слабо отвечает на вопрос "Какая модель в настройках". :)

Ох... "Ничего не трогал" - слабо отвечает на вопрос "Какая модель в настройках". :)

Тоеть там этот раздел закоментирован

Он не может быть закомментирован. :)

Ну да, я при установки nova в этом разделе, только virt-type прописваю, остальное все оставляю закоментировано, раньше на centos проблемы не было, но пришлось перейти на Ubuntu так как на centos не поднялась masakari, а в пятницу заметил проблему с производительностью образов

Попробую прописать, cpu_mode=host_passthrough, позже отпишусь, что получилось

Нужно глубже копать. Скорее всего где то КВМ криво работает или тупо в режиме qemu хреначит. Дистационно никто не скажет. Явно в сторону модели надо копать

Нужно глубже копать. Скорее всего где то КВМ криво работает или тупо в режиме qemu хреначит. Дистационно никто не скажет. Явно в сторону модели надо копать

так если в qemu, то это будет видно невооруженным взгядом в свойствах винды

начинается

я за виндузятника, но да похер)

Как и КВМ. :) Не набрасывай :)

Как и КВМ. :) Не набрасывай :)

kvm нет)

Точнее, не совсем) Надо ж тогда сказать про эмуляцию чего конкретно речь)

kvm нет)

Ну есть эмуляция, хоть и с использованием хврдыарных особенностей

Микрокод не хард? :) ну хорошо :)

А, в этом смысле. Но это уже «сам себе Буратино» :)

Это проверить, емнип, и невозможно через IPMI.

Ну, мы с поддержкой RH сначала логи ironic-а смотрели, потом они заново начали процесс инсталляции и уже в ходе его обратили внимание, что MAC не тот, который должен быть. Перенастроили руками boot, всё запустилось.

Тут, скорее, просто не там искали изначально. Думали, проблема в совместимости железа - пришли ко мне. Ну а потом уже RH подключился. Как бы то ни было, логи ironic весьма полезны оказались.

график: неделя через 12 лет)

Собеседование на кожаном диване?

Ну это ж не яндекс, ты че :)

Закладки ?

почему именно 8мь? прошу прощения за нескромный вопрос.

7.9 хорошо, а 8 не хорошо

))

коэф репликации сколько?

тогда 24ПБ?

Нууу... Будет не очень приятно. Но скорей всего терпимо. Хотя мониторам будет несладко

Выход одной OSD будет хорошо прикладывать мониторы, конечно, на таких размерах.

А не поможет. ЕМНИП лидер занимается всем, аналогично тому как это происходит с OSD - всеми операциями заведует мастер

И несколько мониторов это чисто отказоустойчивость и антисплитбрейн

Есть следующая инфа, но не точно. Для оценки скорее 1. На сколько я помню, RH действительно рекомендует увеличить количество мониторов с 3 до 5, если количество OSD в кластере превышает 700— 750 2. Значение около 2500 OSD это ориентир был для верхнего предела кластера, который RH готов был поддерживать более-менее стандартно. С большим количеством OSD - ревью (сертификация) кластера на индивидуальной основе и может быть возьмут на поддержку

откажитесь от этой идеи, пока не поздно 😄

в 9 стоек и по 40 серверов )

Есть следующая инфа, но не точно. Для оценки скорее 1. На сколько я помню, RH действительно рекомендует увеличить количество мониторов с 3 до 5, если количество OSD в кластере превышает 700— 750 2. Значение около 2500 OSD это ориентир был для верхнего предела кластера, который RH готов был поддерживать более-менее стандартно. С большим количеством OSD - ревью (сертификация) кластера на индивидуальной основе и может быть возьмут на поддержку

увеличение монов не дает «ничего»

увеличение монов не дает «ничего»

а ну Артемий оказывается ответил )

никто и не спорит )))

памяти надо дофига и тяжело предсказуемо в принципе.

много памяти - плохо cpu, много cpu - плохо памяти)

ну как сказать))

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

при большом(понятие растяжимое) и частом изменении карты начинает умирать в собственных локах.

Ребят, как можно отменить миграцию диска на другой storage? Фактически диск никуда не мигрируется, но параметр migration_status у него в значении migrating - это не позволяет создать снапшот диска

Как я понял - диск сам в правильном стейте, нужно изменить стейт по миграции. В опенстек не уверен, а в циндере есть опция: cinder reset-state --reset-migration-status

понял, спасибо, не думал что set --state, меняет в том числе и migration_status

Как я понял - диск сам в правильном стейте, нужно изменить стейт по миграции. В опенстек не уверен, а в циндере есть опция: cinder reset-state --reset-migration-status

да, спасибо, тоже попробую

имхо лишнее

Жить вообще страшно.

есть гуры juju ?))) в тупике нужна помощь ХАЛПЕ)

juju run-action --wait ovn-chassis/1 resume unit-ovn-chassis-1: UnitId: ovn-chassis/1 id: "237" message: Command '['relation-get', '--format=json', '-r', 'nova-compute:76', '-', 'ovn-chassis/1']' returned non-zero exit status 1. results: Stderr: | Synchronizing state of neutron-ovn-metadata-agent.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install enable neutron-ovn-metadata-agent ERROR unit "ovn-chassis/1": settings not found Stdout: | active active status: failed timing: completed: 2023-04-20 05:12:13 +0000 UTC enqueued: 2023-04-20 05:12:10 +0000 UTC started: 2023-04-20 05:12:10 +0000 UTC

такая беда со всеми ovn-chassis

2023-04-20 05:07:10 ERROR juju.worker.uniter.operation runhook.go:153 hook "leader-settings-changed" (via explicit, bespoke hook script) failed: exit status 1 2023-04-20 05:07:10 INFO juju.worker.uniter resolver.go:155 awaiting error resolution for "leader-settings-changed" hook

есть гуры juju ?))) в тупике нужна помощь ХАЛПЕ)

Есть. @juju_top помоги, плез, человеку

Есть. @juju_top помоги, плез, человеку

да хорошо

2023-04-20 05:07:10 ERROR juju.worker.uniter.operation runhook.go:153 hook "leader-settings-changed" (via explicit, bespoke hook script) failed: exit status 1 2023-04-20 05:07:10 INFO juju.worker.uniter resolver.go:155 awaiting error resolution for "leader-settings-changed" hook

чувак тут все просто

2023-04-20 05:07:10 ERROR juju.worker.uniter.operation runhook.go:153 hook "leader-settings-changed" (via explicit, bespoke hook script) failed: exit status 1 2023-04-20 05:07:10 INFO juju.worker.uniter resolver.go:155 awaiting error resolution for "leader-settings-changed" hook

просто иди нахер и не используй juju

2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 Traceback (most recent call last): 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/charm/hooks/leader-settings-changed", line 22, in <module> 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 main() 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/.venv/lib/python3.8/site-packages/charms/reactive/__init__.py", line 74, in main 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 bus.dispatch(restricted=restricted_mode) 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/.venv/lib/python3.8/site-packages/charms/reactive/bus.py", line 390, in dispatch 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 _invoke(other_handlers) 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/.venv/lib/python3.8/site-packages/charms/reactive/bus.py", line 359, in _invoke 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 handler.invoke() 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/.venv/lib/python3.8/site-packages/charms/reactive/bus.py", line 181, in invoke 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 self._action(*args) 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/charm/reactive/ovn_chassis_charm_handlers.py", line 107, in enable_openstack 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 nova_compute.publish_shared_secret() 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/charm/hooks/relations/neutron-plugin/provides.py", line 59, in publish_shared_secret 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 conversation.set_remote(**relation_info) 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/.venv/lib/python3.8/site-packages/charms/reactive/relations.py", line 809, in set_remote 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 hookenv.relation_set(relation_id, data) 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/var/lib/juju/agents/unit-ovn-chassis-2/.venv/lib/python3.8/site-packages/charmhelpers/core/hookenv.py", line 519, in relation_set 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 subprocess.check_call( 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 File "/usr/lib/python3.8/subprocess.py", line 364, in check_call 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 raise CalledProcessError(retcode, cmd) 2023-04-20 05:37:22 WARNING unit.ovn-chassis/2.leader-settings-changed logger.go:60 subprocess.CalledProcessError: Command '['relation-set', '-r', 'nova-compute:76', '--file', '/tmp/tmpcsdxo_g8']' returned non-zero exit status 1. 2023-04-20 05:37:22 ERROR juju.worker.uniter.operation runhook.go:153 hook "leader-settings-changed" (via explicit, bespoke hook script) failed: exit status 1 2023-04-20 05:37:22 INFO juju.worker.uniter resolver.go:155 awaiting error resolution for "leader-settings-changed" hook 2023-04-20 05:38:36 INFO juju.worker.uniter resolver.go:155 awaiting error resolution for "leader-settings-changed" hook

2023-04-20 05:38:36 ERROR juju.worker.dependency engine.go:695 "log-sender" manifold worker returned unexpected error: sending log message: websocket: close 1005 (no status): write tcp 10.20.11.14:42632->10.20.11.13:17070: write: connection reset by peer

там одно и тоже на всех ovn-chassis

22.03/stable

он не может получить серт от ваулта

как я понял

обновляю но то что он в ерроре он не принимает его

как то можно пнуть чтоб он нашел лидера ?