и где там не ru

Ну вот. Башня поставила графану, теперь всё нормально. Вернулся к тому с чего начал: как кликхаус запустить?

ось какая?

убунта у него

Чёт я сел и задумался, а где собстна правила пишутся для проверки конфигов на инвалидность?

убунта у него

тыЖ говорил, что CH там само должно ставиться?

обманщик

а он и поставился у него

тогда молчу))

а, во! Config *MUST* match re

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

этим хэндлером

ога да

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

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

Это ясно. Мне нужно прям сравнивать знак в знак, так что регулярки пока не ннада. Если я правильно понял механику

да да

спасибоньки

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

Триггеред!

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

и где там не ru

root@noc:/opt/noc# ./noc config dump —- pool: loglevel: 20 log_format: %(asctime)s [%(name)s] %(message)s installation_name: Omchak site language_code: en-us language: en timezone: Europe/Moscow

Это из noc.defaults

Ога. Ща

В самом НОКе стоит "русский", в башне тоже везде "ру"

А вот интерфейс

root@noc:/opt/noc# ./noc config dump ..... ..... web: api_row_limit: 0 language: ru install_collection: False max_threads: 10

так

А вот этого раньше не было

Я-то думаю, чего у меня сислог перестал собирать

Чего вдруг пул стал не default, а P0001 ?

сейчас конфиг строится и читается из разных источников. но в конечном счете всё объединяется в одно место. порядок чтения конфига выглядит так DEFAULT_CONFIG = "legacy:///,yaml:///opt/noc/etc/settings.yml,env:///NOC" тоесть сначала мы читаем настройки из ./etc/noc.yml - этот файл пишет башня. потом файл /opt/noc/etc/settings.yml мы считаем что этот файл в yml формате и что его можно писать руками. этот файл будет писать новая башня как будет готова. после этого всё что осталось не решенным например принадлежность пулу мы читаем из переменных окружения. это всё что касается настроек.

поэтому вывод команды ./noc config dump можно кусками сохранить в /opt/noc/etc/settings.yml

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

сам порядок чтения конфигурации можно переопредлить так же. для этого есть служебная переменная окружения NOC_CONFIG которая перебьет DEFAULT_CONFIG

перебивать его надо будет на freebsd. @dmitryluhtionov ибо читать settings.yml там надо будет из друго места.

#config

Это что же получается? Это мне нужно топать по железкам и везде заполнять validation???

Или я что-то упустил?

нок шел как обычно же

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

Это что же получается? Это мне нужно топать по железкам и везде заполнять validation???

зачем?

политика может привязываться к профилю объекта

политика применяется только при изменении конфига

политика применяется только при изменении конфига

К уже существующему нет?

К уже существующему нет?

нет, механизм валидации отрабатывает при изменении конфига

к существующему можно через shell запустить

https://kb.nocproject.org/pages/viewpage.action?pageId=22970543

https://kb.nocproject.org/pages/viewpage.action?pageId=25886856

Спасибо

поэтому вывод команды ./noc config dump можно кусками сохранить в /opt/noc/etc/settings.yml

Так и сделал. Содержимое: pool: default language_code: ru language: ru timezone: Asia/Magadan Кажется, nginx этого не пережил 2017/07/20 20:20:16 [error] 10395#10395: *10092 connect() failed (111: Connection refused) while connecting to upstream, client: 172.16.30.161, server: 172.x.x.x, request: "GET / HTTP/1.1", subrequest: "/api/auth/auth/", upstream: "http://127.0.0.1:65535/api/auth/auth/", host: "172.x.x.x"

пул из конфига убери.

не должно быть его там

пул проставится supervisor-ом через перменные окружения. для тех демонов где это нужно

А где башня хранит список пулов? Я тут в начале насоздавал лишних, сейчас удалил из башни и НОКа. Теперь когда в башне захожу в "Services", вижу Failed to get config.

удалил из башни это плохо

башня не умеет в удаление

Но кнопка же есть.

два варианта развития событий * sqlite3 .../config.db и поиск почату я кидал сюда sql команды. * грохнуть файл башни с создать заново.

Но кнопка же есть.

справедливо.

нет, механизм валидации отрабатывает при изменении конфига

Спасибо за прояснение.

в конце заметки есть код

который запускает её принудительно

Это я уже прочитал. Там просто не было инфы, как правильно привязываться

чото сегодня бот на коммиты молчит

ERROR: S client not available

приболел бот видимо

root@noc:/opt/noc# ./noc config dump —- pool: loglevel: 20 log_format: %(asctime)s [%(name)s] %(message)s installation_name: Omchak site language_code: ru language: ru timezone: Asia/Magadan date_format: d.m.Y Однако, интерфейс всё равно на 2-х языках. Хотя часовой пояс теперь правильный и после деплоя не слетел.

root@noc:/opt/noc# ./noc config dump —- pool: loglevel: 20 log_format: %(asctime)s [%(name)s] %(message)s installation_name: Omchak site language_code: ru language: ru timezone: Asia/Magadan date_format: d.m.Y Однако, интерфейс всё равно на 2-х языках. Хотя часовой пояс теперь правильный и после деплоя не слетел.

в профиле пользователя язык выставлен?

Конечно. И, конечно, русский.

там не всё переведено

поэтому может встречаться англ язык

во многих местах

https://kb.nocproject.org/pages/viewpage.action?pageId=22970817

помощь приветствуется

До вчерашнего дня ещё было переведено.

ааа...

Иван передеплойся если собираешь метрики

А теперь вот так

Иван передеплойся если собираешь метрики

Сегодня уже раз 6 успел.

я тока комииты покомиитиел

Я тут заметил, что get_interfaces вместо дескрипшена порта на HP_ProCurve выдаёт его номер

И, кажись, уже поправил.

Вместо ifDescr надо запрашивать ifAlias

События в сислог перестали приходить. В логах 2017-07-20 21:10:08,670 [syslogcollector] Failed to mpub to topic 'events': SendError: no connections (None). Retry

В трап-коллекторе тоже как-то не очень 2017-07-20 21:11:08,382 [nsq.writer] [172.y.y.y:4151] connecting to nsqd 2017-07-20 21:11:08,383 [nsq.client] [172.y.y.y:4151:172.y.y.y:4151] IDENTIFY sent {u'tls_v1': False, u'deflate_level': 6, u'deflate': False, u'heartbeat_interval': 30000, u'output_buffer_size': 16384, u'client_id': u'noc', u'feature_negotiation': True, u'output_buffer_timeout': 250, u'short_id': u'noc', u'hostname': 'noc', u'snappy': False, u'sample_rate': 0, u'user_agent': u'pynsq/0.8.0', u'long_id': 'noc'}

передеплоился ?

Ещё нет.

а надо бы

там как раз фиксы про nsqd

Перепулился

Запустил деплой

Кликхаус стоит и запущен. TASK [migrate : search for clickhouse]10:19 fatal: [noc]: FAILED! => { "changed": false, "failed": true } MSG: One or more supplied key could not be found in the database. ...ignoring

Передеплоился.

что у тя отдает команда getent hosts clickhouse на ноде ?

root@noc:/var/log/noc# getent hosts clickhouse root@noc:/var/log/noc#

это проблема