да

и у тя была грабля с source да ?

Я сейчас в settings.yml добавил только изменения, без дефолтного конфига

Деплой прошёл

Щас проверю

@freeseacher чтоб такого сломать, чтоб пинги в КХ уже писались) хотя мне на них похер временно

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

@wrk01:/opt/noc# cat /opt/noc/etc/settings.yml pg: addresses="pgbouncer" cache: cache_class="noc.core.cache.memcached.MemcachedCache"

вот так деплой проходит

т.е. только изменения внесены в этот файл без совпадений по строкам

хм

равно ?

и у тя была грабля с source да ?

#file /bin/sh /bin/sh: symbolic link to dash

source $PWD/.env тоже косячит

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

может и так. там на двух нодах и пинги и дискаверы

https://m.geektimes.ru/company/nag/blog/292211/

много гикпорна

если вопрос был мне

если вопрос был мне

тебе да

параметр max_in_flight для chwriter покажи и если один подними до 20

опа. а у меня на ноде с CH settings.yml есть с pmwriter

наверное удалить ннадо?

не фатально

но уже ненужно?

параметр max_in_flight для chwriter покажи и если один подними до 20

где это дело найти?

ну в настройках же

ну в настройках же

chwriter: batch_delay_ms: 1000 batch_size: 50000 channel_expire_interval: 300 max_in_flight: 10 records_buffer: 1000000 suspend_timeout_ms: 3000 topic: chwriter

ну ага

потом рестарт писателя

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

это дефолтный конфиг

ага. значит я поправил по дефолту

чёж тогда пинги не пишутся? ))

А кто пинги пишет?

прям пингер или дискавер?

равно ?

вроде всё ровно

не знаю как memcache проверить

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

А кто пинги пишет?

прямо пингер в очередь

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

при старте чего?

а

всё

прямо пингер в очередь

ну были бы ошибки в нём) А там всё ок...

загадки какие

2017-08-22 13:28:41,344 [noc.core.cache.base] Using cache backend: noc.core.cache.mongo.MongoCache

эх

зачем ты в yml придумал знак = ?

зачем ты в yml придумал знак = ?

я скопировал

а. это я его придумал. сорян :)

fixed

:)

[root@noc-node3 interfaces]# hg stat ! sa/interfaces/base.py

чё за херня?

а чё оно при деплое не прилетело?

А как правильно это файло вернуть вназад?

А как вообще правильно сделать? Дискаверы и активаторами и шедуллером на одну ноду, а кореляторы с класификатором на другую?

с учетом, что обе ноды на одном физическом сервере

активаторы отдельно вообще вынести можно

шедулер наверное к дискавери ближе и с коррелятором, классификатором

ладно, этим потом малость займусь)

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

вместе в смысле

так, ну всё. всё сломал и всё починил. пинги пишутся

в чем было дело ?

Ктоб знал?

Из-за файла sa/interfaces/base.py сломался дискавер

Файл вернул, всё само заработало. Пришлось только все объекты is_managed пересохранить

Будем считать, что обновление нарм прошло!

mac db в inventory больше не будет?

запрос переписать нужно

и ждем moversion

боль

и ждем moversion

а что это?

и ждем moversion

Я могу ускорить?

это к @aversant

Кто маки из консоли кликхауса научился смотреть?

Или мб из нока можно?

А че там смотреть-то?

Ну, вчера после правки классификаторов их теперь хватает 64, а не 100+, как раньше )

Ещё 32 не пробовал

Но на 16 очередь росла, медленно

Кто маки из консоли кликхауса научился смотреть?

Те поиск нужно или чево?

аналитика

каждые 5 минут

Те поиск нужно или чево?

мне нужно найти историю мака в БД

мне нужно найти историю мака в БД

Пиши запрос)

хуясе

150654 rows in set. Elapsed: 15.835 sec. Processed 612.48 million rows, 29.86 GB (38.68 million rows/s., 1.89 GB/s.)

чот долго

Пиши запрос)

нет ты

не жмоться!

не жмоться!

Там просто так не прокатит)

чот долго

Это пиздежь

База весит гига 4-ре

ничего не мешает есть весить 4 гига и содержать укзаанное колво рядов

29gb про что тогда?

мак адреса?

Да