только не в fuel, а в horizon, насколько я понял вопрос

да, все верно

я имел ввиду развёрнутое через fuel

ага

если потушить два из трёх consoleauth, то работает с первого раза, может у меня что-то настроено не так ?

тоже пытались найти решение - пока не нашли

а ошибки те же, Invalid Tocken ?

дело в том, что в MOS9 часть компонентов работает через APIv2, а часть - v3

плюс самоподписанные ssl-сертификаты

вот и результат

моё поведение очень похоже на этот баг

https://bugs.launchpad.net/nova/+bug/989337

три контроллера - три раза нажимаю F5 - работает, два из трёх потушил - работает

суть в том, что версия nova-consoleauth не использует memcached_servers и каждый consoleauth хранит у себя локально токен

потому мой токен валидный только на одном consoleauth, а haproxy перебрасывает round robin

хотя баг 2012 года..

у меня тоже три контроллера, но нажимаю F5 всегда разное количество раз

ну round robbin

не угадаешь

if FLAGS.memcached_servers: import memcache else: from nova.common import memorycache as memcache

так баг наведен этими изменениями? или пофиксен-таки?

баг повиксен этими изменениями, но код 2012 кода, с текущим, я думаю нельзя просто сравнить

https://github.com/openstack/nova/blob/master/nova/consoleauth/manager.py

там мемкешем и не пахнет

https://github.com/openstack/nova/blob/master/nova/cache_utils.py

пахнет тут

if backend == 'oslo_cache.dict': region_params['arguments'] = {'expiration_time': expiration_time} elif backend == 'dogpile.cache.memcached': region_params['arguments'] = {'url': url} else: raise RuntimeError(_('old style configuration can use ' 'only dictionary or memcached backends'))

т.е. нужно правильный бекенд настроить ?

похоже да

похоже да

Заработало вот с таким конфигом: with_items: - {section: 'cache', option: 'enabled', value: 'true'} - {section: 'cache', option: 'backend', value: 'dogpile.cache.memcached'} - {section: 'cache', option: 'memcache_servers', value: '172.30.75.27:11211,172.30.75.28:11211,172.30.75.29:11211'}

[cache] enabled = true backend = dogpile.cache.memcached memcache_servers = 172.30.75.27:11211,172.30.75.28:11211,172.30.75.29:11211

Если не сложно проверьте, ведь есть вероятность, что я попадаю на round robbin каждый раз :)

везёт, так сказать...

спасибо! проверим!

Кажется я пропустил драму? =)

@zloykaban Андрей Вадимыч, вы тут с плюсометом? =)

Это был только первый акт

а второй планируется? =)

Всенепременно

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

А чочо @adiantum ?

Да так, потестим-потестим, да и выложим

да интересно просто =)

Господа, пробовал ли кто RDO?

Это сорт ЛСД?

Ну тип того, только для RHEL:)

@zloykaban чего тут было то? я бегло проглядел =)

Не

@adiantum , Да вроде всё спокойно пришли поцоны (23-х летние синьёры) сказали что всё пограммирование в целом и особенно навыки дебага питона кода совсем не нужны для эксплуатации опенстака ))), рассказали про "ванильный" опенстак вот это всё, душа поэта не вынесла ..... Ну а дальше по логам ))))

@zloykaban =) эх, где мои 17 лет... =)

Ещё, кстати мы узнали что ovirt , это спец. Редхат дистрибутив, для виртуализации, вооот

а про proxmox ничего не было? =)

Тсссссссс, ты чо, ща набигут

И всё, самим корованофф не хватает

вот есть вопрос - кто-нить используется VPNaaS?

есличо то в Kilo + DVR (а поскольку оно не работает, то с маленькими заплатками)

Вобще да, но я нет

и еще блин с OpenSwan

У нас тут есть подозрение на баг в OpenSwan

но недоковыряли пока

О как а симптомы ?

Вобще опенсван мега надежный

И прямой

есть сетка у клиента 10.0.0.0/8

есть сетка у нас, чо то типа 10.15.20.0/24

Уже успех

все хорошо, только если отправляются icmp c df с mtu < чем на интерфейсе, но больше чем дальше по тоннелю - ответы need to frag остаются на публичном интерфейсе с которого тоннель сделан

да не - пересекающиеся сетки должны работать

и вот подозреваем мы что OpenSwanс багом в той части

все остальное ходит хорошо

а тут прям pmtud black hole

И кстати - пока не поздно, всех с днем программиста! =)

Тут же программистов нет :)

как минимум несколько =)

Так я и написал пограммистов )))

=)

@adiantum , Да вроде всё спокойно пришли поцоны (23-х летние синьёры) сказали что всё пограммирование в целом и особенно навыки дебага питона кода совсем не нужны для эксплуатации опенстака ))), рассказали про "ванильный" опенстак вот это всё, душа поэта не вынесла ..... Ну а дальше по логам ))))

Ну да, еще узнали, что опенстак невозможно поставить без «умения дебага сложных программ» 😊

ну что в общем то верно

все хорошо, только если отправляются icmp c df с mtu < чем на интерфейсе, но больше чем дальше по тоннелю - ответы need to frag остаются на публичном интерфейсе с которого тоннель сделан

Вероятно иззв df, то же дальше не пролезает

Зато положить можно!