« Rev
@openstack_ru   418
Fwd »


Александр
уже выяснили что диск чем то занят. так как фильтры все разрешают.
Александр
вот сейчас нулями забиваю его и отправлю в ребут для проверки
J
Тьфу. Ну через Blktrace \ blkparse можно попробовать посмотреть чем занят диск
Александр
Коллеги как итог. Высянил что диск занят был multipath Помогло следующее 1) multipath -ll and dmsetup ls --tree ище нужный mpath 2) multipath –f mpath 3) dmsetup remove mpath
Александр
Да только это как то упустил.
Andrey
Коллеги как итог. Высянил что диск занят был multipath Помогло следующее 1) multipath -ll and dmsetup ls --tree ище нужный mpath 2) multipath –f mpath 3) dmsetup remove mpath
что привело к такой ситуации ? у меня такое только при instance resize с LVM случается вылечивается пока примерно так же
Сергей
Привет! Есть ли какой-нибудь автоматический способ мониторить работоспособность консолей novnc proxy? Сервис активен, http-часть работает, а консоли недоступны до рестарта сервиса. Ошибок в логах нет.
Сергей
До рестарта novnc-proxy? А ты выяснял почему?
В логах спокойствие, службы живые, ошибок не видно
NS 🇷🇺
В логах спокойствие, службы живые, ошибок не видно
все логи посмотрел? или только novnc proxy лог?
J
В логах спокойствие, службы живые, ошибок не видно
Дебаг включен? Что значит недоступны? Окно консоли отрисовывается? Ошибку какую-то показывает? К машинам по vnc подключиться можешь внешним клиентом?
Андрей Федюнин
народ, кто сталкивался с такой проблемой qemu-system-x86_64: -vnc 0.0.0.0:56: Failed to start VNC server: Failed to bind socket: Address already in use
Андрей Федюнин
возникает рандомно
Андрей Федюнин
закономерность никак отследить не могу
Андрей Федюнин
ubuntu 14, mitaka
Yura
ubuntu 14, mitaka
жесска… уже Stein на дворе но плохо даже не это, а то, что newton уже выпили из реп и теперь нет иного пути, как строить новое облако по соседству и перетаскивать workload (для обновления)
Андрей Федюнин
обновление это другой вопрос, сейчас бы разобраться с проблемой
Андрей Федюнин
в момент создания проверить порты не могу, т.к. создаются вмки ночью, но по косвенным признакам порты свободные
Андрей Федюнин
точнее vnc стоит в autoport и сам выбирает порт
Андрей Федюнин
А зачем у тебя VNC слушает на всех интерфейсах?
так настроено было до меня, не думаю, что в этом проблема
Yura
Расскажите нам свою историю успеха при переходе хотя бы с Ньютона до стейна )
попахивает троллингом, но я тащу openstack со времен libery, и т.к. политика отставать на один релиз, то сейчас на rocky
J
так настроено было до меня, не думаю, что в этом проблема
Думаю что именно в этом. Приведи в порядок, а потом уж в угадайку можно поиграть, если не поможет.
NS 🇷🇺
попахивает троллингом, но я тащу openstack со времен libery, и т.к. политика отставать на один релиз, то сейчас на rocky
какой троллинг. мне реально интересны такие истории =) мы тащимся с гризли, но отстаем еще сильно из-за нехватки времени рук
NS 🇷🇺
Просто надо больше работать
Надо меня сферу деятельности кардинально 😂
NS 🇷🇺
ох заебал словарь в телефоне 😄
J
а чем данное описание противоречит адресу 0.0.0.0?
Адресу 0.0.0.0 для VNC серверов противоречит здравый смысл. На кой черт тебе выставлять VNC сокеты голой жопой через все интерфейсы сервера? Это во-первых, а во-вторых, можешь поручиться что ни на одном адресе ни на одном интерфейсе сервера порт который выбрал VNC сервер виртуалки не будет занят? Для доступа к VNC извне есть vnc proxy.
NS 🇷🇺
в идеале там должен быть изолированный сегмент
Андрей Федюнин
даже в офф доке нули https://docs.openstack.org/mitaka/install-guide-rdo/nova-compute-install.html
J
даже в офф доке нули https://docs.openstack.org/mitaka/install-guide-rdo/nova-compute-install.html
А если там будет написано 3.3.3.3 или 66.254.114.41, так и впишешь?
Андрей Федюнин
воу воу, палегче, разная конфигурация в разных окружениях, нули или нет, проблема то не в этом
Андрей Федюнин
vnc должен проверять, свободен ли порт, перед тем как заюзать его
J
воу воу, палегче, разная конфигурация в разных окружениях, нули или нет, проблема то не в этом
:D А в чем? В том что волшебный реплекон занимает сокет ровно в тот момент как несчастный vnc сервер виртуалки собирается туда забиндиться?
Yura
А если там будет написано 3.3.3.3 или 66.254.114.41, так и впишешь?
ну технически там могут стоять ноли, эт реально вопрос в плоскости безопасности, и даже не побоюсь дописать слово “исключительно”)
Yura
возможно, проблема в том, что диапазон портов, которые отданы под vnc, ограничен, а у вас консолей открывается больше, чем число этих портов?
Андрей Федюнин
хуже всего, что не могу повторить такое поведение сам, в ручную всегда все создается успешно
Андрей Федюнин
python скриптом, через api, вручную через openstack-cli
J
python скриптом, через api, вручную через openstack-cli
Мэээ. Ну смотри, может получиться так что одна виртуалка еще не запустилась и сокеты свободны, при этом начинает создаваться следующая, выбирает тот же порт, а пока она создается первая уже стартует и занимает сокеты.
Андрей Федюнин
тоже исключено, смотрел, какие порты выделялись вмкам по логам qemu (/var/log/libvirt/qemu/), пересечение по портам у вм с разгоном в пол часа
J
тоже исключено, смотрел, какие порты выделялись вмкам по логам qemu (/var/log/libvirt/qemu/), пересечение по портам у вм с разгоном в пол часа
Понятно. Ну а чо ты не дернешь этот скрипт щас и не посмотришь одновременно чо сокеты занимает?
Андрей Федюнин
нашел причину, проблема была в пересечении диапазонов портов vnc и ip_local_port_range
J
нашел причину, проблема была в пересечении диапазонов портов vnc и ip_local_port_range
Ну у тебя вообще там все странно, похоже, VNC серверы цепляются на 0.0.0.0 на нижние well-known Порты, да еще и пересечение это) Кто ж, интересно, навертел такое.
Андрей Федюнин
vnc как ему и положено сидит в диапазоне 59xx, а вот ip_local_port_range был расширенный и пересекал данный диапазон
Андрей Федюнин
это так логирует qemu, сам удивился когда увидел, по факту это порт 5956
raorn
потому что 56 это не номер порта, а номер экрана
raorn
английское название - display
raorn
переменная $DISPLAY в X
raorn
vnc'шный термин
J
vnc'шный термин
Ды я понял.
raorn
al
Подскажите сколько по времени ждать, когда установиться система виртуализации из конфигурации packstack. Testing if puppet apply is finished: 192.168.1.10_controller.pp
Я и твой кот
Час. Потом можно беспокоиться и смотреть логи. С медленным интернетом и слабым компом можно ждать и дольше.
J
Привет, чат. Если тут есть кто-то с супермикровскими блейд системами, буду благодарен вам за отзывы с общими впечатлениями о работе с ними.
J
если нет ограничения по месту - то лучше не надо
Подробнее расскажешь? Мне ж нужно будет коллегам и бабкодателям аргументировать)
Алексей [PEBHOCTb]
При прочих равных у них примерно в 2 раза более плотная упаковка. Эту упаковку нужно продувать как-то.
Алексей [PEBHOCTb]
бекплейны слабые. Если ты расчитываешь туда-сюда эти лезвия дергать, то забудь.
Алексей [PEBHOCTb]
после 70-100 таких действий начнут отказывать разъемы. менять только целиком бекплейн
J
При прочих равных у них примерно в 2 раза более плотная упаковка. Эту упаковку нужно продувать как-то.
Да там иммерсионное охлаждение и плотность как раз всем причастным нравится.
J
после 70-100 таких действий начнут отказывать разъемы. менять только целиком бекплейн
Боюсь как бы не после первого же обслуживания в диэлектрической жидкости)
Алексей [PEBHOCTb]
иммерсионное это вообще отдельная тема
Алексей [PEBHOCTb]
особенно в плане интерконнекта. там какой будет?
J
особенно в плане интерконнекта. там какой будет?
AOC или медные Direct Attach в случае с 25G+ и 10G Base-T для десяточек.
J
после 70-100 таких действий начнут отказывать разъемы. менять только целиком бекплейн
Мне интереснее не механический износ, а насколько кривой там веб интерфйес в контроллере шасси, насколько кривые коммутаторы)
« Rev
@openstack_ru   418
Fwd »