На centos тоже самое ?

если это ко мне вопрос - на центосе не пробовал, ибо WIP в доке написано. мол только убунта 100% поддерживается. хотя я бы тоже продпочел центос кстати.

вот перебираю теги, ага. сейчас 16.0.2 пробую. (

Не ты попробуй в той же ветке только по коммитам https://github.com/openstack/openstack-ansible/commits/master

я не мастер брал, а stable/pike

в master то понятно любое говно может быть

http://redhatstackblog.redhat.com/2016/10/13/full-stack-automation-with-ansible-and-openstack/

если это ко мне вопрос - на центосе не пробовал, ибо WIP в доке написано. мол только убунта 100% поддерживается. хотя я бы тоже продпочел центос кстати.

А где там написано? Что то не вижу.

https://docs.openstack.org/project-deploy-guide/openstack-ansible/pike/overview-requirements.html

CentOS (support is experimental)

Ну попробуй чё (-:

Бить не будут точно.

И вообще CentOS православный.

За последние дни там всего дюжина коммитов, а долго ансибль все это крутит?

долго, суммарно часа три.

плюс откат/накат виртуалок и сопутствующая веселуха. )

Вообще, если там написано правильно, то прогон должен быть идымпотентный, поэтому ты его можешь на одном стеке прокручивать, по нескольку раз и он не сломается.

Или там неправильно написано?

Еще могу посоветовать автоматизировать "откат/накат виртуалок" на VMware это конечно коряво, но можно сделать. Это существенно сэкономит нервы, я гарантирую это. Плюс появится возможность реплицировать окружения. Короче делай девопс, автоматизируй все!

тут проблема глубже - развалена галера, новый проход setup-hosts/setup-infrastructure ее не оживляет, я уже пробовал.

если прибить контейнеры галеры целиком, то соответственно теряются и данные, получается что вся предыдущая работа уже насмарку.

Ты же писал, что при первом прогоне галера фейлит тест, а второй прогон, тогда как делаешь?

ты ansible-openstack пользовался?

они разделили процесс на три этапа - создание lxc контейнеров (плейбук setup-hosts.yml), затем создание инфраструктуры (кластера галеры и ребита, логирование и т.д., плейбук setup-infrastructure), и собственно настройка опенстека на этом всем - плейбук setup-openstack

первые два вполне себе идемпотентны, и именно там фейлится и нормально работает второй прогон

вот третий, когда создаются структуры в базе и т.д. - там уже все плохо как я понимаю.

а чтобы понять что именно там фейлится, нужно понимать внутреннюю логику ролей, я поэтоми и спрашивал "кто глубоко знает как оно работает"

Не пользовался, но это не значит что я не хочу помочь.

спасибо за желание, но там реально надо в кишках понимать. ) я скорее всего смогу разобраться и сам, но это потеря нескольких дней с непонятным выхлопом.

Чтобы понять, что там ломается, надо засечь, на каком этапе это валится, а это ты еже сделал.

Теперь просто включи все мыслимые датчики и засекай что происходит, когда у тебя все валится.

Повесь tcpdump, настрой дебаг, посмотри на загрузку процессора/памяти.

@im_citius @youngbluesman, посоны, надо б больше подробностей о том чо там где валится. Вот, к примеру, heat и horizon, они тсавятся в контейнеры? haproxy используется?

у меня все в контейнеры ставится. keepalived + haproxy. по сети все заебок доступно.

@im_citius @youngbluesman, посоны, надо б больше подробностей о том чо там где валится. Вот, к примеру, heat и horizon, они тсавятся в контейнеры? haproxy используется?

О, конструктив пошел (-:

такое впечатление что плейбук хита убивает галеру.

на новой итерации попробую выкинуть хит (хотя хотелось бы его иметь)

вот помнишь я тебе писал недели две назад? с тех пор так и ебусь )

на новой итерации попробую выкинуть хит (хотя хотелось бы его иметь)

Ты попробуй сделать все без него, а потомпросто запусти os-heat-install

Если без хита заведется, то будешь уже его мучить.

Ты попробуй сделать все без него, а потомпросто запусти os-heat-install

Только перед его установкой не забудь еще раз запустить setup-hosts и setup-infrastructure. Ну или конкретно setup-hosts и haproxy-install.

Потом посмотри на каком этапе исполнения валится галера. Это же прозрачный ящик.

Я все чо могу пока представить - это то что галера запускается на голом железе, не в контейнере (пробовал так) и не может поделить сокет с haproxy на том же хосте.

не, она точно в контейнере. проверял. я пробовал зайти в контейнер уже после того как его разъебало, чтобы понять что же с ней не так. но я блин не настолько в галеру умею. блядь почему они постгрес не прикрутили, то а? хнык (

коллеги добры день, подскажите при использовании floating ip наблюдаю переодические отвалы tcp соединений

такое ощущение что таймауты какието выкрутить надо

Было как то что floating ip полностью переставал работать через какое то время, пока его не переназначишь. Причем только на одной подсети выделенной для floating такое воспроизводителось регулярно. Чистка от мусора и обновление нейтрона вроде как полечило проблему. Так и не разобрался из-за чего такая фигня была. Но это наверное не то.

да тут именто прекращение tcp сесии, в NAT есть такое понятие как таймаут

думаю может это...

Начать с того, воможно, стоит, что понять как у тебя сейчас сеть сделана. Простая сеть на Open vSwitch и плавающие адреса - белые, так?

А кто-нибудь разворачивал это: https://github.com/redhat-openstack/openshift-on-openstack

магия поверх магии

Вообще магия!

Очень сильное колдунство.

Бро, у меня такого же рода трабл, только на уровень выше (-: Похоже нам никто не поможет )-:

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

Вообще магия!

OpenShift ставил без OpenStack?)

@j52089ec7e87 атыбись)

ты меня будешь гонять пока я не покажу тебе свой плейбук на опенстек?)

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

Ну чо ты начал то опять( Нормально общались( Чо ты ставишь все из пакетов на ебаных каких-то дистрибутивах когда можно Linux From Scratch взять, самому писать мейкфайлы, накатывать патчи бинарные и все такое...

ты меня будешь гонять пока я не покажу тебе свой плейбук на опенстек?)

Ну покажи хоть кусочек) Или расскажи)

Практика показывает, что свой плейбук делать быстрее/надежнее :)

Начать с того, воможно, стоит, что понять как у тебя сейчас сеть сделана. Простая сеть на Open vSwitch и плавающие адреса - белые, так?

да простой open vswitch с белыми

Кароч, разбираемся в тех инструментах что есть, пока что)

схема тупа до безобразия

да простой open vswitch с белыми

А как ты определял что сессии рвутся и как часто это происходит?

да пока пару раз x2go оборвал сесию(хз может тсп непричем)

и один раз SSH оборвался без причины

тут проблема глубже - развалена галера, новый проход setup-hosts/setup-infrastructure ее не оживляет, я уже пробовал.

збс

понаблюдаю еще

пока не рвется

ставить опенстек чтобы поставить на него 1с, это анекдот....

говорил заказчику давай поставим проксмос)))

ставить опенстек чтобы поставить на него 1с, это анекдот....

а сколько хостов?

говорил заказчику давай поставим проксмос)))

Избавиться можно от плавающих адресов и вместо них использовать твои существующие уже вланы на физической инфраструктуре.

Избавиться можно от плавающих адресов и вместо них использовать твои существующие уже вланы на физической инфраструктуре.

а зачем избавляться.... там все просто

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

Избавиться можно от плавающих адресов и вместо них использовать твои существующие уже вланы на физической инфраструктуре.

или вообще выкинуть VLAN-ы )

белые нужны для филиалов

и OVS

короче побалуются опенстеком и вернутся на проксмос

мне так кажется

а сколько хостов?

да пока 8 инстантов

а зачем избавляться.... там все просто

Ну, в общем, чо. Надо придумать первым делом надежный тест который иллюстрировал бы что TCP сессии и правда рвутся.