"linkmeup - это проект про IT, которым занимается группа энтузиастов, не нашедших лучшего применения своему свободному времени. "

А чего? Только мне чтоль страдать? Я теперь пожизненный цефовод, вы сетевики. Карма такая

=) Ну нет =) Я грязный архитектор

вот сейчас опять люди понаприходят, дойдем до 1к и опять бот прийдет и останется 300 живых 😁

Не придёт 😀

Не совсем. Затронем, но по airship должен будет выйти отдельный выпуск.

А кто тебе тут ещё нужен?

В теле поста есть календарь, в нем ссылоньки для подключения

Да =)

Вот из нашего канала ,ссылка на календарь, и на формочку с вопросами =)

Все мы знаем, что пятница время для шутеек.
В этот раз нам будет не до смеха (но это не точно), встречаем выпуск sysadmins#28 OpenStack
И да, всем кто любит сабж можно пройти и приобщиться к прекрасному миру опенсорса @openstack_ru.

https://linkmeup.ru/blog/597.html
Продолжаем эксперименты с календарём
Свой коварный вопрос можно и нужно задавать здесь

Там предлагается сразу ответить))

Стандартная реакция)

Потом привыкаешь =)

Я забил на какое-то время, теперь вернулся к теме. На данный момент после включения дебаг логов похоже, что почему-то scheduler то ли не видит, то ли не включает в выборку все ноды кроме одной, которая до этого была руками задизейблена.
В host_manager.py докопался до функции "_get_computes_for_cells", которая действительно возвращает только один хост, видит что он выключен и рапортует, что хостов нет. Сейчас я пытаюсь понять почему она не видит свободные хосты

Есть подозрение, что это связано со следующими строчками. Всего у меня 3 хоста сейчас, и в логе я вижу
oslo_concurrency.lockutils [req-3c77b138-d6f8-465b-a5e0-d18be8d5818d 26f288d0831a4dcbb4c6ccc1aa30258c 968fc03383e14cc2aa30b8bacc3de263 - default default] Lock "b2194806-d9b1-4539-8cb0-e036aa2e3ec8" acquired by "nova.context.get_or_set_cached_cell_and_set_connections" :: waited 0.000s inner /usr/lib/python2.7/site-packages/oslo_concurrency/lockutils.py:270

oslo_concurrency.lockutils [req-3c77b138-d6f8-465b-a5e0-d18be8d5818d 26f288d0831a4dcbb4c6ccc1aa30258c 968fc03383e14cc2aa30b8bacc3de263 - default default] Lock "b2194806-d9b1-4539-8cb0-e036aa2e3ec8" released by "nova.context.get_or_set_cached_cell_and_set_connections" :: held 0.000s inner /usr/lib/python2.7/site-packages/oslo_concurrency/lockutils.py:282

oslo_concurrency.lockutils [req-3c77b138-d6f8-465b-a5e0-d18be8d5818d 26f288d0831a4dcbb4c6ccc1aa30258c 968fc03383e14cc2aa30b8bacc3de263 - default default] Lock "(u'iris.*****', u'iris.******')" acquired by "nova.scheduler.host_manager._locked_update" :: waited 0.000s inner /usr/lib/python2.7/site-packages/oslo_concurrency/lockutils.py:270

Есть какие-то идеи, что это за блокировки и как они могут влиять?

1. а случаем у тебя компьюты не в разных cells?
2. случаем на других нодах ВМ не фейлились? У шедулера есть фильтр который выводит ноду из шедулинга если на ней фейлилась ВМ. Типа чтобы не плодить фейлы. Выключается вот так:

[filter_scheduler]
build_failure_weight_multiplier = 0

[filter_scheduler]
build_failure_weight_multiplier = 0

нет. В одной
А вот второе проверю. А где эта инфа хранится? В базе мб поле какое-то есть?

А кто тут openstack-helm устанавливал? Как там версия стэка выбрать можно?