ууу.. мы такой секс не любим

NVIDIA же

единственный правильный GRID делает Electronic Arts

единственный правильный GRID делает Electronic Arts

Эти же принадлежат гомодемонам из M$

да это не суть =)

да это не суть =)

сберлинукс это для избранных.. он слишком мифический(от порошка Миф).

Я верил. Этот сберлинукс назовут ГрефОС или ГермаНиксОС?

ууу.. мы такой секс не любим

Ладно. @mixroot не любит так, но наверняка, кто то из коммунити 1,8к любит развлечение с GRID?

Всем привет! Можете подсказать?) Тестирую openstack, на всех компонентах, где используется RabbitMQ: [oslo_messaging_rabbit] rabbit_quorum_queue = true ---- (heartbeat_in_pthread не указан) Однако бывают проблемы: 1. Появляются ошибки у rabbit connection reset by peer. 2. Иногда неравномерное распределение нагрузки по хостам Возникает вопрос: может ли быть причиной этих проблем то, что параметр heartbeat_in_pthread не указан и по умолчанию имеет значение false? Если запросы heartbeat выполняются в основном потоке, это может приводить к разрывам соединений с RabbitMQ? Заранее спасибо

Ладно. @mixroot не любит так, но наверняка, кто то из коммунити 1,8к любит развлечение с GRID?

Я верил. Этот сберлинукс назовут ГрефОС или ГермаНиксОС?

Всем привет! Можете подсказать?) Тестирую openstack, на всех компонентах, где используется RabbitMQ: [oslo_messaging_rabbit] rabbit_quorum_queue = true ---- (heartbeat_in_pthread не указан) Однако бывают проблемы: 1. Появляются ошибки у rabbit connection reset by peer. 2. Иногда неравномерное распределение нагрузки по хостам Возникает вопрос: может ли быть причиной этих проблем то, что параметр heartbeat_in_pthread не указан и по умолчанию имеет значение false? Если запросы heartbeat выполняются в основном потоке, это может приводить к разрывам соединений с RabbitMQ? Заранее спасибо

А версия oslo.messaging библиотеки какая?

Ты не поверишь. Уже года два есть две ветки Сбер Ос

Да нвидия говноеды ж, не очень охота с grid дело иметь, очень там неудобно всё.

А что не так, да, компания неприятная, но все равно можно уверено разделять на vgpu карточки и приятно передавать qemu-kvm?

А версия oslo.messaging библиотеки какая?

https://bugs.launchpad.net/nova/+bug/2092297 да это его случай

oslo.messaging==14.4.0

возня вся эта с лицензированием. И так можно делить, если карточка умеет sr-iov.

поток колом вставал и кролик потом начинал разнос устраивать

Это только на 2023.1 получается? На 2024.1 и 2024.2 такой проблемы нет уже?

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

поток колом вставал и кролик потом начинал разнос устраивать

Это только на 2023.1 получается? На 2024.1 и 2024.2 такой проблемы нет уже?

это нормально:) суть такова что есть сбер ось под свое какое публичное(нет) облако. И есть аля федора стайл аля сберлинукс. В принципе и то и другое имеет право на жизнь, но вопрос зачем?

Только в антилопе проблема? Есть старое описание

Старенький ovs с dvr.

Старенький ovs с dvr.

был бы ovn можно было бы ovn-bgp-agent а так увы

ну да... но говорят работает

А потом ломается и сиди, трахай пауков или как там австралийцы говорят. Короче как будто мало к чему применяется комплексный и взвешенный подход. Вот у нас какой-нибудь мужичок-сетевичок выучил как работает BGP, охренел от его гибкости и всем мозги парит, рассказывая что EVPN должен быть даже в инсталляциях на пару десятков хостов в одном месте. Другой сети не учил в классическом понимании, но узнал что есть Openflow с расширениями, который модель TCP/IP или OSI вертел на известном месте. И бежит писать dhcp на openflow, маршрутизацию на openflow и NTP на openflow. А кто помоложе или помоднее, прочитал что ipv6 это будущее, что там решили все проблемы старого ipv4 и что его придумывали умные инженеры с многолетним опытом. И поэтому вместо EVPN будем везде делать Segment Routing. И все три примера одинаково отвратительные в отладке.

а что делать то?

трахать всех палками.. ну как самое простое и очевидное

трахать всех палками.. ну как самое простое и очевидное

это чат по BDSM практикам? =)

Да чо-то ощущение что овн тоже тот еще говна кусок. Программирование на опенфлоу)

Инженер openstack уже 10 лет

На Джо похож

Ты не смотрел сериал то чтоль?

я вообще редко фильмы смотрю.. не вижу смысла..

Инженер openstack уже 10 лет

Вопрос к коллегам. А есть ли какая-то возможность посмотреть вольюм от мёртвой ВМ, которая не включается, как-то на новой ВМ посмотреть? Том корневой и нифига задетачить его нельзя. Как говорит гугл, это by design. Или есть какой-то метод?

Получаю volume attachment could not be found.

$openstack --os-volume-api-version 3.54 volume attachment list +--------------------------------------+--------------------------------------+--------------------------------------+----------+ | ID | Volume ID | Server ID | Status | +--------------------------------------+--------------------------------------+--------------------------------------+----------+ | c00ebb29-3075-4c74-bb17-a58d4da45c3a | f97d9ddd-5bcc-4b99-bf1c-5a00b9adb779 | e1a1cbf6-4085-4239-bbb6-27493e55a020 | attached | | be1d5d29-78f1-42ef-9b92-92691bf62751 | be077ac5-03b8-404f-9d2a-43da2bec27c3 | e1a1cbf6-4085-4239-bbb6-27493e55a020 | attached | | 58cf95b1-4658-4a05-8ae2-ce0459b68644 | 01752d92-8d23-4766-9445-3d49a662a967 | 5bd20c61-8c03-4ee2-afa5-7275b1dab1b8 | attached | +--------------------------------------+--------------------------------------+--------------------------------------+----------+

Вопрос к коллегам. А есть ли какая-то возможность посмотреть вольюм от мёртвой ВМ, которая не включается, как-то на новой ВМ посмотреть? Том корневой и нифига задетачить его нельзя. Как говорит гугл, это by design. Или есть какой-то метод?

Сделай снапшот с вольюма и аттач новый вольюм куда угодно

Ноль эмоций.

Вопрос к коллегам. А есть ли какая-то возможность посмотреть вольюм от мёртвой ВМ, которая не включается, как-то на новой ВМ посмотреть? Том корневой и нифига задетачить его нельзя. Как говорит гугл, это by design. Или есть какой-то метод?