если делаешь через address range?

и вроде при делегации генерится неправильный файл зоны

issue сделал?

если делаешь через address range?

я так и делаю, а по другому как?

issue сделал?

пока нет, ща сделаю

давай

синхронизатор сам - лапочка?

угу, ОК все

я склонировал его репу и сделал мердж реквест, его видно?

с файлами юнитов и конфига

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

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

там ей init файл подкладывается

для инициализации

для инициализации

я это почему спрашиваю: хочу, если щас деплой не пройдет из-за этого, обойти этот шаг, подскажи пожалуйста, как это правильно сделать?

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

@kmisak да, видно

нужно только подумать, куда их там положить правильно

/usr/local у меня, но обсуждаемо

его и для Фряхи можно использовать

я про сами файлы в репе

а, ок

открою ка я ишью пока

да, я знаю что там за проблема

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

ну вот еще, про неправильную генерацию зайла зоны

ща будет ишью

d.zakharov opened merge request at / noc: noc/noc#882 remove empty row, on cancel

merge request opened by dv

давай еще issue

В свете доработок коллекторов syslog и snmp trap и переводе их на datastream встает еще такой вопрос

у нас сейчас в профиле есть настройка event_processing_policy

В свете доработок коллекторов syslog и snmp trap и переводе их на datastream встает еще такой вопрос

давай сразу HA через VIP

я пока не доберусь)

зачем VIP?

SO_REUSEPORT

коллектору пофиг, как ты на него пакеты притащишь

а что реюзпорт уже умеет между виртуалками ?

там другая опция была

ну реюз порт это внутри одной. vip между

IP_FREEBIND

SO_REUSEPORT кстати не будет в k8s

позволяет цепляться за адрес, которого нет в системе

погоди, перебили меня

так вот - есть давняя идея отправлять сырой поток логов и трапов в clickhouse

IP_FREEBIND

с этим то понятно. что бы вообще бинд прошел. и разрешение со стороны сисктл

видимо еще галочку надо будет в профиле сделать - event_logging_policy

тогда NOC можно будет использовать и просто как сборщик логов

без обработки

так вот - есть давняя идея отправлять сырой поток логов и трапов в clickhouse

мне нравится

А кто крутил Envoy?

nginx уже не в почете? ?

давно уже

нахера оно .

nginx, который не pro, тупой и статичный

ребят, при деплое консул не обновляется? ругается что у меня 0.9.х, а надо 1.1.х

Башня теперь хочет новый консул с блекджеком и шлюхами версии 1.2.2 (версия консула, а не шлюх) Вам он тоже понравится, но для обновления нужно произвести некоторые операции. Подробнее по ссылке: https://code.getnoc.com/ansible-roles/ansible-role-migrate-consul/blob/master/README.md

думаю, как сделать service mesh и совсем искоренить consul

вот типа такой схемы

Чё там с новой башней?

суть в том, что на каждой ноде поднимается прокси, который настраиивается во время деплоя

Завезли уже?

а что нужно от еще более новой ?

каждый сервис тупо цепляется к своему локальному прокси

если я сейчас буду бампить версию то только ради 2,6,2 ансибла

вот типа такой схемы

ты чот ебанулси

но он мне пока не нужен. только что бы убрать ERRROR при запуске плейбука

надо больше башен! Даёшь по башне в неделю

если я сейчас буду бампить версию то только ради 2,6,2 ансибла

Ну я просто спросил) Ты у нас повелитель башни, тебе виднее, зачем чё обновлять

ты чот ебанулси

Есть другие предложения?

Есть другие предложения?

нет =(

тогда ебнулся не я

тогда ебнулся не я

мож докер?

k8s

а оно и для докера тоже

и для k8s

суть в том, что вся эта ботва с консулом на k8s нафиг не нужна

а делать разные NOC'и для k8s и для вииртуалок мне не хочется

k8s

а ты умеешь ?

а ты умеешь ?

у нас есть "devops-ы"

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

соответсвенно для виртуалок нужен service mesh, который будет максимально похож на k8s с точки зрения сервиса

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

и чо как?

пока кажется что это сцуко звездолет.

и к сложности нока добавится сложность кубера.

для финального пользщователя может будет лучше.

но тут то админы...

:)

Нок - образовательный

Будем вместе учить кубер)))

врятли.

И крыть хуями инициатора сего действа

пока кто то не заявит адового желания помогать его развернуть в паблик я транслировать кубер не буду

даже так, если более правильно

на каждой ноде два listener'а

для коннектов, входящих на ноду

и для коннектов, исходящих с ноды

на каждой ноде два listener'а

они смогут многопотоков в асинхре?

естественно