@nocproject

Страница 2204 из 2357
Gitlab
20.08.2018
09:57:01
dmitryluhtionov opened merge request at / noc: Fix `ui` on `Subscriber` application

Ilya
20.08.2018
10:05:27
С монгой 3.6
только с монгой или ещё и с пингером?

Dmitry
20.08.2018
10:07:38
@somovis полечились твои селекторы?

Ilya
20.08.2018
10:08:07
@somovis полечились твои селекторы?
Вот сейчас как раз деплой делаю и проверю

Google
Ilya
20.08.2018
10:08:09
Прям щас

Konstantin
20.08.2018
10:15:10
Запустил дискавери на 100 железок, упали активаторы и веб)))))

П производительность)

Куда смотреть? Логи Дискавери?

fx00f
20.08.2018
10:31:16
У тебя их там 2 инстанса чтоль ?

Google
Konstantin
20.08.2018
10:33:59
Причём в консуле все плохо показывало

А в статусе сервиса аптайм нормальный

Только веб падал, а активаторы норм работали

Gitlab
20.08.2018
10:49:06
Ivan
20.08.2018
10:54:36
@dvolodin всё рано надо NameError: name 'NOC_ACTIVATORS' is not defined полечить

Dmitry
20.08.2018
10:54:49
а его разве не пролечили?

fx00f
20.08.2018
10:54:50
Один
Один инстанс дискавера и ты хочешь, чтоб он у тебя 100 железок взял и опросил разом?

Ivan
20.08.2018
10:55:12
а его разве не пролечили?
Всё решение, что я увидел — от Андрейя — удалить это поле у класса

Konstantin
20.08.2018
10:56:49
Алексей
20.08.2018
10:56:57
Один инстанс дискавера и ты хочешь, чтоб он у тебя 100 железок взял и опросил разом?
ну разом ни разом но опросит да. по колву тредов опросит

fx00f
20.08.2018
10:57:23
Кстати, тредов скока рекомендовано?

Алексей
20.08.2018
11:00:10
Кстати, тредов скока рекомендовано?
коротко - штоб хватало. длинный ответ - зависит от того сколько ты хотел бы что у тя сходились и вообще сходились операции. больше тредов — больше нагрузка на байнсер и на проц. быстрее будет разорана вся очередь задач. меньше тредов — меньше нагрузка. есть вероятность что очередь задач будет разбиратся вечно и не будет разорана никогда.

Алексей
20.08.2018
11:02:15
ключевая метрика это late по операциям. смотри на нее и приводи в соответствие

fx00f
20.08.2018
11:02:51
Ога, спасибо

Gitlab
20.08.2018
11:05:25
Dmitry Luhtionov pushed to collections/fix_models Update

Maks
20.08.2018
11:11:34
А умеет ли местный IPAM находить как-нибудь занятые адреса или всю таблицу в рукопашку вводить?

Google
Maks
20.08.2018
11:12:55
а отправьте меня куда-нить на умную статью плз, а то чет не нашел пока

Konstantin
20.08.2018
11:20:22
Надо в настройках профиля включить discovery

В MO profile

Ilya
20.08.2018
11:22:49
@dvolodin отписал

Maks
20.08.2018
11:24:00
Это то да, из добавленных в MO железок в IPAM они автоматом идут. Но если он по ARP добавляет, можно наверное как-то указать сканирование сети которая тебе особо не нужна и понять какие IP можно брать для работы в данный момент.

Ivan
20.08.2018
11:24:56
Он идёт на МО, смотри арп таблицу сегментов, которые есть на МО, выполняет. Ты чего желаешь?

Ilya
20.08.2018
11:25:01
Многие железки резолвят запросы

Junos show arp по умолчанию резолвит

Ikonnikov
20.08.2018
11:25:51
Народ меня не было 2 месяца, можно нок обновить?

Gitlab
20.08.2018
11:29:40
Dmitry Luhtionov pushed to collections/fix_models Update models

Maks
20.08.2018
11:31:38
Он идёт на МО, смотри арп таблицу сегментов, которые есть на МО, выполняет. Ты чего желаешь?
Мне в MO нужны не все железки, а те IP адреса которые в MO не прописаны просто отображались как занятые в IPAM, так он умеет?

Andrey
20.08.2018
11:32:05
IPAM и оборудование в ManagedObject не связаны

Ivan
20.08.2018
11:32:43
Мне в MO нужны не все железки, а те IP адреса которые в MO не прописаны просто отображались как занятые в IPAM, так он умеет?
Роутер, где терминируется сеть, должен быть заведён в ноке, если я правильно тебя понял

Нельзя взять и сказать -- просканируй мне вот эту сеть.

Google
Ivan
20.08.2018
11:33:12
Для этого есть нмап

И фпинг

Maks
20.08.2018
11:34:45
ну вот да, я и думаю есть ли здесь подобнобный функционал, жаль что сканера нет в нем.

Gitlab
20.08.2018
11:36:05
Алексей Широких pushed to docs/local_build add build-html. remove lint. remove epub merge

Dmitry
20.08.2018
11:53:59
Сканнер планируется

кодовое название Система "Петр"

оно же "Чистилище"

Там сильно более общая задача

не тупо базу засрать, а показать, что нашли

и дать возможность отобрать, что в базу попадет

Maks
20.08.2018
11:59:27
Сильно ? | А то без Петра и жизнь не та.

Gitlab
20.08.2018
12:13:24
Alexander
20.08.2018
12:13:27
Gitlab
20.08.2018
12:13:45
Ilya
20.08.2018
12:13:49
это на каждой ноде надо делать же? если пулов несколько
Уже не актуально, уже в consul надо делать ключ-значение



consul://consul/noc,yaml:///opt/noc/etc/tower.yml,yaml:///opt/noc/etc/settings.yml,env:///NOC

такой порядок

Ilya
20.08.2018
12:15:18
Google
Gitlab
20.08.2018
12:17:43
Alexander
20.08.2018
12:20:32
да, а можешь в pg зайти? гляну как должно быть

Alexander
20.08.2018
12:22:15
спасибо!

Gitlab
20.08.2018
12:38:31
Vitaliy
20.08.2018
12:49:24
дайте совет как перетащить базу со старой версии 15.05.1 на свежеустановленную

Алексей
20.08.2018
12:53:41
дайте совет как перетащить базу со старой версии 15.05.1 на свежеустановленную
взять и перетащить. backup/restore средствами базы. ./noc migrate по результатам

Ivan
20.08.2018
12:56:04
https://pastebin.com/ehMKPkuv
у тебя было обновление нод позже 15го числа?

Ilya
20.08.2018
12:57:36
https://pastebin.com/ehMKPkuv
Такая-же хуйня, issue скрытый открыт по этому поводу

Ivan
20.08.2018
12:57:55
что ты там скрываешь?)

Ilya
20.08.2018
12:58:04
селекторы

Ilya
20.08.2018
12:58:28
Gitlab
20.08.2018
13:14:11
Ivan
20.08.2018
13:20:02
Сегодня
Тогда жди вместе с Ильё1й, когда такое же починят

Можешь создать issue

вдруг у тебя другой кейс

Dmitry
20.08.2018
13:21:19
попробую поправить сейчас

Страница 2204 из 2357