icewolf
не ну моушен это хорошо конечно а если сэт?
icewolf
м?
icewolf
я про nsx-v тут как говорится вопрос с подворотом)))
icewolf
и позор.. ну да ладно, меня конечно выбешивает что простите между edge балансирование нагрузки идет через то самое место
icewolf
и что бы этот жопный edge вспомнил что 2тыс виртуалок через него сидит надо vm двигать..
icewolf
Ну что бы вспомнил что он оказывается не один
icewolf
так что только кнор, и никакой магии.
J
А какие там ограничения по CPU ? Кроме того что выкинули поддержку процессоров 2014 года - которым по 10 лет?
Читнул и оказалось что особо то и нет ограничений по процессорам. Я всегда думал что там у них ваще беда)
J
По сети ограничение это отдельная ip сеть для миграций.
И список поддерживаемого ESXi железа не то чтоб большой, вроде.
Stanley
"Зато пенги не теряются при меграцыи!!! Ну, только три!!!" (с) адепт vmware
Там даже одного не теряется. :)
icewolf
По сети ограничение это отдельная ip сеть для миграций.
И список поддерживаемого ESXi железа не то чтоб большой, вроде.
переодически поймойно-ведерным способом обновляемый
icewolf
про hcl узнаешь пост фактум, от техподдержки
Mr
По сети ограничение это отдельная ip сеть для миграций.
И список поддерживаемого ESXi железа не то чтоб большой, вроде.
1. нет. то есть да, но нет. То есть, если есть менеджмент (а он есть), то и через него ок. 2. список поддерживаемого железа тут https://www.vmware.com/resources/compatibility/search.php и тут https://communities.vmware.com/t5/Flings-Docs/Community-Network-Driver-for-ESXi-Documentation/ta-p/2998941 . Ограничения на поддержку железа идут от вендоров железа - если они не хотят поддерживать железо 10 летней давности, типа старый сетевух и raid, то его и не будет.
icewolf
1. нет. то есть да, но нет. То есть, если есть менеджмент (а он есть), то и через него ок. 2. список поддерживаемого железа тут https://www.vmware.com/resources/compatibility/search.php и тут https://communities.vmware.com/t5/Flings-Docs/Community-Network-Driver-for-ESXi-Documentation/ta-p/2998941 . Ограничения на поддержку железа идут от вендоров железа - если они не хотят поддерживать железо 10 летней давности, типа старый сетевух и raid, то его и не будет.
по второму пункту не соглашусь, потому как PhotonOS, принципиально старое железо поддерживает, но выпиливают старое как нефиг делать пример с старыми hp smart array, многие еще хп поддерживает, а варе пофиг. Притом в photonOS работает.
icewolf
варя просто тупо отписывается, мол старое железо(держитесь за стул) влияет на цикл совместимости их гипервизора.
Mr
по второму пункту не соглашусь, потому как PhotonOS, принципиально старое железо поддерживает, но выпиливают старое как нефиг делать пример с старыми hp smart array, многие еще хп поддерживает, а варе пофиг. Притом в photonOS работает.
это проблема HPE, что они не хотят проводить тесты совместимости. то есть HPE поддерживает, но не совсем. Хотя, сейчас еще HPE поругается с Broadcom - как Dell - и будет гореть, как в 2010
icewolf
а то что поссорятся к гадалке не ходи.
Stanley
варя просто тупо отписывается, мол старое железо(держитесь за стул) влияет на цикл совместимости их гипервизора.
Это и правда проблема в вендорах, а не в варе. Тот же ИБМ попросил выпилить какие то "старые" дрова и привет, в 5.5 дрова есть, а ставишь 6+ - уже нет.
J
Тяжело)
icewolf
Тяжело)
черт, вот я же не просто так сказал не чат а изба-пи***ня. Говорили про drs, закончили вендорами🤣
Stanley
Таков путь. Не хотите варю, стабильность, легаси? Ставьте стек. :)
Stanley
черт, вот я же не просто так сказал не чат а изба-пи***ня. Говорили про drs, закончили вендорами🤣
Ой, кто это не про избу заговорил. :)))
Stanley
Хорошо, вопрос не оффтопик
Stanley
Кто ТОЧНО знает матрешку сборки имиджей коллы?
Stanley
base image-base-openstack base-<someone>-base ?
icewolf
Кто ТОЧНО знает матрешку сборки имиджей коллы?
https://docs.openstack.org/kolla/latest/admin/image-building.html
icewolf
Не? Не то?
Stanley
Не совсем. В какой последовательности собираются имиджи "под капотом"?
Stanley
Там описаны только верхнеуровневые управлялки, мне нужно понять механизм.
Stanley
Вернее, подтверждение что я понял этот механизм.
Костя
Привет. Вопрос больше по qemu наверное.
Файл диска лежит локально на железке, после ребута ВМ, тачка не запускается получаю ошибку:
"Reference count table too large"
если посмотреть на файл диска то он превратился в это:
"-rwxr-xr-x. 1 qemu qemu 11P Feb 9 03:38 grid"
Шринкнуть его не получается из за этой же ошибки, может встречался кто или подскажите, что еще проверить.
Stanley
"Дорогая редакция, у меня в подполе слышен шум. Подскажите, что это такое? Очень жду ответа"
Костя
Stanley
Ну как бы ВСЕ, :)
При чем тут кему? Зачем диск в 11 петабайт?
Костя
Ну как бы ВСЕ, :)
При чем тут кему? Зачем диск в 11 петабайт?
до того как тачка сдохла диск был 100гб. После ее выключения для смены настроек проца она перестала запускаться с ошибкой "Reference count table too large"
а диск превратился в 11ТБ
Костя
фактически он столько не занимает конечно, но лучше от этого не становится
icewolf
окей, что уточнить еще?
Нужны входные и выходные данные:
1. Что вы сделали, что к этому привело.
2. Операционная система, версия опенстека, версия кему, деплоймент модель.
3. Логи, предшествующие аварии.
4. Профиль нагрузки данной vm.
icewolf
фактически он столько не занимает конечно, но лучше от этого не становится
Ну и конечно же бэкапы вы не делали?
Stanley
Я думаю, что тут не обошлось без Мистера Фикса.
icewolf
боюсь там ситуация была с этой vm такая. Мы хотим срочно ее мигрировать! Начинаем! Йо**б вашу мать, развальцевало! Что делать будем архаровцы?
icewolf
А толку? Если там долетела дельта изменений, то этому sda крышка
Костя
J
icewolf
ну и да, очевидный факт что вы потратите очень много времени на восстановление данной vm, по средством чата. Быстрее всего восстановиться из бэкапа.
J
ну и да, очевидный факт что вы потратите очень много времени на восстановление данной vm, по средством чата. Быстрее всего восстановиться из бэкапа.
Да хз.
Пока очевидный факт что что-то случилось с qcow2 диском.
Stanley
Оно с равом могло случиться. На ext4
J
Откуда ж с raw возьмется reference count table?
Grundik
Не совсем. В какой последовательности собираются имиджи "под капотом"?
1) os
2) os-source-base
3) os-source-openstack-base
4) os-source-component-base
5) os-source-component-services
icewolf
1) os
2) os-source-base
3) os-source-openstack-base
4) os-source-component-base
5) os-source-component-services
но ващет в статейке с сайта опенстека немного не точность про os, там еще Debian, rockylinux, fedora
icewolf
но это так мелкими штрихами
Grundik
Ос это выбранная при сборке ось
Grundik
А компоновка именно такая обычно
icewolf
Ос это выбранная при сборке ось
да да, я в курсе:) я сам же билдил контейнеры на астра линукс для base/openstack-base на базе os debian10-11
Grundik
Только там сейчас прикол, там графана и ещё что то закрыли доступ с РФ к ключам gpg, так что либо через ВПН сборочка либо свой миррор и темплейт оверрайд....
J
Только там сейчас прикол, там графана и ещё что то закрыли доступ с РФ к ключам gpg, так что либо через ВПН сборочка либо свой миррор и темплейт оверрайд....
А вроде хуесосили их уже и тыкали рылолм в то что опенсорсная графана не подпадает под запрет на экспорт.
Grundik
А вроде хуесосили их уже и тыкали рылолм в то что опенсорсная графана не подпадает под запрет на экспорт.
Я собирал на днях, 403 для двух ключей , графана и эластик
Stanley
1) os
2) os-source-base
3) os-source-openstack-base
4) os-source-component-base
5) os-source-component-services
А первый пункт это кто такой?
icewolf
если он отвечает параметру ось релизу redhat
Stanley
Так. Чего замолкли, токсичное русское сообщество? :)
Stanley
Где обсерание убунты?
Stanley
Где ovn не сетевка?
Artemy
Alexey
juju top
Илья | 😶☮️🐸
овн не нужен, юзайте тангстен