справку бы интегрировать в интерфейс...

@freeseacher [write] 2016/08/15 11:15:22 write failed for shard 126: field type conflict: input field "uptime" on measurement "redis" is type float64, already exists as type integer это норма?

@dmitryluhtionov http://www.juniper.net/techpubs/en_US/junos14.2/information-products/topic-collections/release-notes/14.2/topic-83371.html#jd0e11298

я еще вчера это видел. On MX Series routers where MS-MIC or MS-MPC is inserted, certain combinations of fragmented packets might lead to an MS-MIC or MS-MPC coredump. PR1102367

Там ппц, как оно вообще работало раньше

Каждый раз смотрю и задаюсь вопросом

@dvolodin @freeseacher смех-смехом, кажется проблема была в рассинхроне времени нод..

С утра обнаружил, пофиксил время, теперь графики планые и проблемы с cpu нет

ВМ брали время с хостов раньше, их двигали и обновляли, может чего ещё поменяли и рассинхрон времени был аж 40 минут

Гм....

@freeseacher и еще, инфлукс жрёт много, есть какое-то решение или тупо памяти больше давать? 2901 influxdb 20 0 107G 29.3G 13.5G S 0.7 71.2 11:31.07 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

@freeseacher и еще, инфлукс жрёт много, есть какое-то решение или тупо памяти больше давать? 2901 influxdb 20 0 107G 29.3G 13.5G S 0.7 71.2 11:31.07 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

есть решение да.

не использовать инфлюкс.

но это так себе решение

Ясно)

Я выделил под БД 56gb, mem free 3gb

influx набигает

в хорошем смысле или плохом?

прочитал что пистали выше...

Коллеги, особенно, кто мигрировал с develop-ветки, ни у кого классификатор не трейсит на тему событий от пинговалки?

Вроде и миграция более менее гладко прошла в этот раз, и кастомизацию всякую свою поубирал, а всё равно трейсы...

В логах там, кстати, упоминается fmwriter, который вроде как уже выпилен. Это меня тоже смущает

@freeseacher, ты тут?

я тебе в личку напишу

В дополнение к моему предыдущему сообщению про трейсы в классификаторе: message от пинговалки в него прилетает иногда как dict, и тогда всё ок, а иногда в виде [dict] - и тогда трейс... магия какая-то И что самое "забавное", я, похоже, один такой везучий.

Деплой не проходит, такую ошибку выдаёт, что может быть? http://pastebin.com/N7QcBvN6

@dmitryluhtionov

необходимо из базы (mongo) удалить модельку для "DLink | DES | DES-3200-28F"

db.noc.objectmodels.remove({'name':"DLink | DES | DES-3200-28F"})

и заново прогнать синхронизацию

наверное не стоит.

потом опять повторять

@dmitryluhtionov закинь правильный фикс плиз

я не знаю, как сделать правильный фикс

У меня при миграции с девелопа тоже такое было - куча дублей, в основном, джуниперы всякие Удалял из базы через web-ку, потом оно нормально залилось. uuid-ы другие были

У меня при миграции с девелопа тоже такое было - куча дублей, в основном, джуниперы всякие Удалял из базы через web-ку, потом оно нормально залилось. uuid-ы другие были

потому-что в develop закоммитили, а в микросервисы забыли перенести

ещё из багов переезда - в managed object параметр schema - телнет был 0, стал 1, ssh был 1, стал 2 и т.д. пришлось везде +1 сделать

ещё из багов переезда - в managed object параметр schema - телнет был 0, стал 1, ssh был 1, стал 2 и т.д. пришлось везде +1 сделать

да. изветно

потомйму даже в факе сверзу описано

так может миграцию сделать соответствующую?

надо бы да.

Пока есть живые в чате, задам несколько вопросов по видимо только своим проблемам миграции: Всё воюю с трейсами в классификаторе по событиям от пинговалки, для проверки вообще отключил сервис ping, а трейсы так и валятся, события как бы прилетают... Могут они ещё от кого-то идти?

Могу кинуть трейс

http://pastie.org/private/cvncpysmsvgjibjloqq

http://pastie.org/private/cvncpysmsvgjibjloqq

говорит валяетс паста

trace noc'ка ее завалил...

есть паста микрсофта ?

авайте завалим его. ну на всякий пожарный

всё работает... ну скажите другую пасту, если недоступна эта

открылась

я видел такой трейс но не знаю откуда там берется list

ага, таки я не один... уже легче немного

там в переменную ts в момент трейса попадает полностью содержимое message

поломалось, скоре всего, после выпиливания fmwriter

fmwriter, как channel куда шлют события, должен был остаться после выпиливания одноимённого сервиса?

а можно как-нибудь экспорт из alarm'ов FM сделать? отчет какой-нибудь?

ага

не давно кнопочку запили

fm -> alarm detail

ага, значит в девелоп нет

ну ок, копипаста тоже вариант )

хм, хотя нет, не вариант

как-то криво копипастит

не всё..

а еще вопрос, как можно запустить discovery для группы MO ? по obj profile фильтр наприме или adm domain ?

через веб если все выделить и run discovery now запустить то только какая-то часть в очередь доавляется, не пойму насколько большая

в шелле например?

@largelos если микросервисы, то можно

в девелоп, боюсь, только через веб

Микросервисы у меня скопытились

как так?

А хз, сегодня пробовал с нуля развернуть удалив всю папку Нока - все равно не устанавливаются

какая ошибка?

на какую ОС?

Ну и отсутствие сниппетов не очень устраивает

16 убунта. Завтра посмотрю, не было времени разбираться

ок.... хорошо что не CentOS

значит, есть шанс

а как сделать селектор по активному аларму или факту?

@dvolodin а ты тут?

@aversant:

TASK [migrate : Synchronize collections] 05:16fatal: [localhost]: FAILED! => {"changed": true, "cmd": ["./noc", "collection", "sync"], "delta": "0:00:05.051511", "end": "2016-08-18 10:50:54.746364", "failed": true, "rc": 1, "start": "2016-08-18 10:50:49.694853", "stderr": "2016-08-18 10:50:50,127 [noc.lib.nosql] Connecting to MongoDB {'username': 'noc', 'authentication_source': 'noc', 'replicaSet': 'noc', 'db': 'noc', 'socketKeepAlive': True, 'host': 'mongodb://noc:noc@10.250.205.58:27017/noc', 'password': '********', 'slave_okay': True}\n2016-08-18 10:50:50,249 [root] Loading PeriodicRegistry\n2016-08-18 10:50:50,251 [root] Loading DownloaderRegistry\nNone: Tried to save duplicate unique keys (E11000 duplicate key error collection: noc.noc.objectmodels index: name_1 dup key: { : \"DLink | DES | DES-3200-28F\" })", "stdout": "[inv.objectmodels|3f06f36d-1f34-492e-95b5-31d59a1035c2] Updating Alcatel | 7450 | IMM5-10GB-XFP\n[inv.objectmodels|7b129789-70e7-42b9-b9eb-0cb53c4f3195] Updating DLink | DGS | DGS-1100-18/ME\n[inv.objectmodels|5fcd7f59-d6cf-42f1-898b-0d385c9afbdc] Updating DLink | DGS | DGS-3610-26G\n[inv.objectmodels|6fb714a8-4025-4dfe-8d51-08177860630b] Updating Alcatel | 7450 | 7450-ESS-7\n[inv.objectmodels|747d887c-41e4-42f6-abc7-ebfa34eb6f32] Updating Intel | Transceiver | 10G | SFP-10G-SR\n[inv.objectmodels|0c20c072-8ec7-4cff-b587-7b7c88460dae] Updating DLink | DGS | DGS-1510-28XS/ME\n[inv.objectmodels|c4015638-abd9-415f-8693-eb82cc023899] Updating Alcatel | CF | SFCF4096\n[inv.objectmodels|54efd4b1-b5ac-46f8-9f79-28e304d912bd] Updating NoName | Transceiver | 10G | XFP\n[inv.objectmodels|1becf042-0332-4cdc-a43b-8d250c4cd0e3] Updating DLink | DGS | DGS-1100-06/ME\n[inv.objectmodels|2453ae59-6e17-4d29-b0c7-093eb1a39124] Updating Intel | Transceiver | 10G | SFP-10G-LR\n[inv.objectmodels|ba875cf8-7e91-4cc8-a6f1-1f939ca72db7] Updating Alcatel | 7450 | IOM3-XP\n[inv.objectmodels|231088b8-598c-4bda-b29d-217efdce56b4] Updating Alcatel | 7x50 | M2-10GB-XP-XFP\n[inv.objectmodels|f8630de2-534c-434d-8c9a-79836be20fbc] Updating Alcatel | 7450 | SFM2-200G\n[inv.objectmodels|f39b7695-5a61-4a9b-adf7-785d4b395798] Updating Alcatel | 7x50 | M20-1GB-XP-SFP\n[inv.objectmodels|5e1c95ae-790f-48a4-b132-781a366a933d] Updating DLink | DGS | DGS-1100-10/ME\n[inv.objectmodels|b79e1df4-ad7e-4ee9-8461-bdb8c8593c2d] Updating DLink | DGS | DGS-1510-28X/ME\n[inv.objectmodels|42dcdb24-2cbf-4459-8b36-361357d3a1e5] Creating DLink | DES | DES-3200-28F", "stdout_lines": ["[inv.objectmodels|3f06f36d-1f34-492e-95b5-31d59a1035c2] Updating Alcatel | 7450 | IMM5-10GB-XFP", "[inv.objectmodels|7b129789-70e7-42b9-b9eb-0cb53c4f3195] Updating DLink | DGS | DGS-1100-18/ME", "[inv.objectmodels|5fcd7f59-d6cf-42f1-898b-0d385c9afbdc] Updating DLink | DGS | DGS-3610-26G", "[inv.objectmodels|6fb714a8-4025-4dfe-8d51-08177860630b] Updating Alcatel | 7450 | 7450-ESS-7", "[inv.objectmodels|747d887c-41e4-42f6-abc7-ebfa34eb6f32] Updating Intel | Transceiver | 10G | SFP-10G-SR", "[inv.objectmodels|0c20c072-8ec7-4cff-b587-7b7c88460dae] Updating DLink | DGS | DGS-1510-28XS/ME", "[inv.objectmodels|c4015638-abd9-415f-8693-eb82cc023899] Updating Alcatel | CF | SFCF4096", "[inv.objectmodels|54efd4b1-b5ac-46f8-9f79-28e304d912bd] Updating NoName | Transceiver | 10G | XFP", "[inv.objectmodels|1becf042-0332-4cdc-a43b-8d250c4cd0e3] Updating DLink | DGS | DGS-1100-06/ME", "[inv.objectmodels|2453ae59-6e17-4d29-b0c7-093eb1a39124] Updating Intel | Transceiver | 10G | SFP-10G-LR", "[inv.objectmodels|ba875cf8-7e91-4cc8-a6f1-1f939ca72db7] Updating Alcatel | 7450 | IOM3-XP", "[inv.objectmodels|231088b8-598c-4bda-b29d-217efdce56b4] Updating Alcatel | 7x50 | M2-10GB-XP-XFP", "[inv.objectmodels|f8630de2-534c-434d-8c9a-79836be20fbc] Updating Alcatel | 7450 | SFM2-200G", "[inv.objectmodels|f39b7695-5a61-4a9b-adf7-785d4b395798] Updating Alcatel | 7x50 | M20-1GB-XP-SFP", "[inv.objectmodels|5e1c95ae-790f-48a4-b132-781a366a933d] Updating DLink | DGS | DGS-1100-10/ME", "[inv.objectmodels|b79e1df4-ad7e-4ee9-8461-bdb8c8593c2d] Updating DLink | DGS | DGS-1510-28X/ME",

"[inv.objectmodels|42dcdb24-2cbf-4459-8b36-361357d3a1e5] Creating DLink | DES | DES-3200-28F"], "warnings": []}

аа)

воу, чето много

необходимо из базы (mongo) удалить модельку для "DLink | DES | DES-3200-28F"

db.noc.objectmodels.remove({'name':"DLink | DES | DES-3200-28F"})

и заново прогнать синхронизацию

а где в ноке привязка к монге или монги к ip? сменил ip на ноде, теперь зайти не могу, не видит монги

ветка какая ?

в etc/ посмотри в любом случии

только там

микросервисы

там смотри в etc/noc.yml

а лучше исправь в башне и передеплой

и на всякий случай не забудь про /etc/hosts