J
впервые тут ноли вижу =)
То-то и оно.
Size: a a a
2019 September 10
A
даже в офф доке нули https://docs.openstack.org/mitaka/install-guide-rdo/nova-compute-install.html
J
Andrey
даже в офф доке нули https://docs.openstack.org/mitaka/install-guide-rdo/nova-compute-install.html
А если там будет написано 3.3.3.3 или 66.254.114.41, так и впишешь?
A
воу воу, палегче, разная конфигурация в разных окружениях, нули или нет, проблема то не в этом
A
vnc должен проверять, свободен ли порт, перед тем как заюзать его
J
Andrey
воу воу, палегче, разная конфигурация в разных окружениях, нули или нет, проблема то не в этом
:D
А в чем? В том что волшебный реплекон занимает сокет ровно в тот момент как несчастный vnc сервер виртуалки собирается туда забиндиться?
А в чем? В том что волшебный реплекон занимает сокет ровно в тот момент как несчастный vnc сервер виртуалки собирается туда забиндиться?
YP
А если там будет написано 3.3.3.3 или 66.254.114.41, так и впишешь?
ну технически там могут стоять ноли, эт реально вопрос в плоскости безопасности, и даже не побоюсь дописать слово “исключительно”)
YP
возможно, проблема в том, что диапазон портов, которые отданы под vnc, ограничен, а у вас консолей открывается больше, чем число этих портов?
J
возможно, проблема в том, что диапазон портов, которые отданы под vnc, ограничен, а у вас консолей открывается больше, чем число этих портов?
Хорошая мысль, кстати.
A
возможно, проблема в том, что диапазон портов, которые отданы под vnc, ограничен, а у вас консолей открывается больше, чем число этих портов?
нет, диапазона хватает, смотрел в эту сторону
A
хуже всего, что не могу повторить такое поведение сам, в ручную всегда все создается успешно
J
Andrey
хуже всего, что не могу повторить такое поведение сам, в ручную всегда все создается успешно
А по ночам чем создается?
A
python скриптом, через api, вручную через openstack-cli
J
Andrey
python скриптом, через api, вручную через openstack-cli
Мэээ.
Ну смотри, может получиться так что одна виртуалка еще не запустилась и сокеты свободны, при этом начинает создаваться следующая, выбирает тот же порт, а пока она создается первая уже стартует и занимает сокеты.
Ну смотри, может получиться так что одна виртуалка еще не запустилась и сокеты свободны, при этом начинает создаваться следующая, выбирает тот же порт, а пока она создается первая уже стартует и занимает сокеты.
A
тоже исключено, смотрел, какие порты выделялись вмкам по логам qemu (/var/log/libvirt/qemu/), пересечение по портам у вм с разгоном в пол часа
J
Andrey
тоже исключено, смотрел, какие порты выделялись вмкам по логам qemu (/var/log/libvirt/qemu/), пересечение по портам у вм с разгоном в пол часа
Понятно.
Ну а чо ты не дернешь этот скрипт щас и не посмотришь одновременно чо сокеты занимает?
Ну а чо ты не дернешь этот скрипт щас и не посмотришь одновременно чо сокеты занимает?
2019 September 11
A
нашел причину, проблема была в пересечении диапазонов портов vnc и ip_local_port_range
J
Andrey
нашел причину, проблема была в пересечении диапазонов портов vnc и ip_local_port_range
Ну у тебя вообще там все странно, похоже, VNC серверы цепляются на 0.0.0.0 на нижние well-known Порты, да еще и пересечение это)
Кто ж, интересно, навертел такое.
Кто ж, интересно, навертел такое.
A
vnc как ему и положено сидит в диапазоне 59xx, а вот ip_local_port_range был расширенный и пересекал данный диапазон
J
Andrey
нашел причину, проблема была в пересечении диапазонов портов vnc и ip_local_port_range
А у тебя там где-т выше было 0.0.0.0:56)