?

что в логе классификатора

ничего

ничего

надо разобраться, почему так.

проверить NSQ

в nsq все хорошо

в nsq все хорошо

где тогда события от пингера?

событие было в апреле

когда в вебе жму на дискавери бокс

в каком логе должно событие появиться?

событие было в апреле

пингер был перезапущен только что. События должны быть сейчас

2018-06-14 17:35:42,585 [ping] Create probe: 172.16.90.70 (60s) 2018-06-14 17:36:08,083 [ping] [172.16.90.70] Changing status to True

активных алармов на железке нет

2018-06-14 17:35:42,585 [ping] Create probe: 172.16.90.70 (60s) 2018-06-14 17:36:08,083 [ping] [172.16.90.70] Changing status to True

это лог пингера

нужен лог классификатора

активных алармов на железке нет

за алармы отвечает коррелятор

в логах коррелятора нет ничего по этому адресу

нашел

2018-04-18 00:27:28,382 [correlator] [5ad66684250c7f4ec8997375|a907-cr0|172.16.90.70] NOC | Managed Object | Ping Failed: dispose: Calculated alarm severity is: 5000 2018-04-18 00:27:28,473 [correlator] [5ad66684250c7f4ec8997375|a907-cr0|172.16.90.70] NOC | Managed Object | Ping Failed raises alarm NOC | Managed Object | Ping Failed(5ad666c0250c7f6a4d9971a0): {} 2018-04-18 00:27:37,128 [correlator] [5ad66697250c7f4ec89974ae|a907-cr0|172.16.90.70] NOC | Managed Object | Ping OK clears alarm NOC | Managed Object | Ping Failed(5ad666c0250c7f6a4d9971a0)

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

в логах коррелятора нет ничего по этому адресу

нужен лог классификатора

2018-04-18 00:26:28,632 [classifier] [5ad66684250c7f4ec8997375|a907-cr0|172.16.90.70] Managed object found 2018-04-18 00:26:28,633 [classifier] [5ad66684250c7f4ec8997375|a907-cr0|172.16.90.70] Event class: NOC | Managed Object | Ping Failed ({}) 2018-04-18 00:26:28,641 [classifier] [5ad66684250c7f4ec8997375|a907-cr0|172.16.90.70] Disposing 2018-04-18 00:26:28,643 [classifier] [5ad66684250c7f4ec8997375|a907-cr0|172.16.90.70] Event processed successfully 2018-04-18 00:26:47,213 [classifier] [5ad66697250c7f4ec89974ae|a907-cr0|172.16.90.70] Managed object found 2018-04-18 00:26:47,214 [classifier] [5ad66697250c7f4ec89974ae|a907-cr0|172.16.90.70] Event class: NOC | Managed Object | Ping OK ({}) 2018-04-18 00:26:47,221 [classifier] [5ad66697250c7f4ec89974ae|a907-cr0|172.16.90.70] Disposing 2018-04-18 00:26:47,226 [classifier] [5ad66697250c7f4ec89974ae|a907-cr0|172.16.90.70] Event processed successfully 2018-04-18 13:08:55,346 [classifier] [5ad71937250c7f02d08dac2d|a907-cr0|172.16.90.70] Managed object found 2018-04-18 13:08:55,347 [classifier] [5ad71937250c7f02d08dac2d|a907-cr0|172.16.90.70] Event class: NOC | Managed Object | Ping OK ({})

и т.д.

пинг - ок

был аларм

потом ушел

пинг - ок

2018-04-18 13:08:55,34 ?

почему оно 2 месяца назад?

это что я вижу в вебке 2018-04-18 00:26:42.021145 [box] Starting at c3d67029-f962-419b-861e-94a87cfd60fe[10.226.162.161:28348] (Lag 355865357.04ms) 2018-04-18 00:26:42.021996 [discovery|box|a907-cr0] Object ping Fail, Job will not run 2018-04-18 00:26:42.022842 [discovery|box|a907-cr0] Deferred 2018-04-18 00:26:42.022946 [discovery|box|a907-cr0] Completed. Status: DEFERRED (1.83ms) 2018-04-18 00:26:42.023128 [discovery|box|a907-cr0] Updating alarm statuses

?

@Dubridze вы это специально?

у вас последние сообщения в логе классификатора по объекту датированы апрелем месяцем.

уже июнь

разберитесь пожалуйста что с NSQD, вотому что FM не работает

2018-06-14 17:24:11,086 [classifier] [5b227a8b250c7f59d8f39fd6|a907-cr0|172.16.90.70] Event processed successfully 2018-06-14 17:36:08,317 [classifier] [5b227d58250c7f033deb57f7|a907-cr0|172.16.90.70] Managed object found 2018-06-14 17:36:08,318 [classifier] [5b227d58250c7f033deb57f7|a907-cr0|172.16.90.70] Event class: NOC | Managed Object | Ping OK ({}) 2018-06-14 17:36:08,323 [classifier] [5b227d58250c7f033deb57f7|a907-cr0|172.16.90.70] Disposing 2018-06-14 17:36:08,324 [classifier] [5b227d58250c7f033deb57f7|a907-cr0|172.16.90.70] Event processed successfully

все хорошо с железкой

пингается она

ок.

лог за апрель показывал потому что в логах в вебке с апреля ничего не меняется

лог за апрель показывал потому что в логах в вебке с апреля ничего не меняется

когда был последний деплой?

сегодня

./noc shell import sys sys.getdefaultencoding()

что скажет?

In [2]: sys.getdefaultencoding() Out[2]: 'utf-8'

ок.

./noc discovery run отрабатывает, насколько я понял?

да

SA -> GetNow в интерфейсе

там нужно найти этот объект и нажать Get config NOW

в Last Success что будет?

less than a minute

т.е. дискавери работает.

да

проблема только в вебе

не обновляются только логи. Рекомендую забить

не такого ответа я ждал...)

я знаю почему это. Починить никак

поэтому забить.

а почему происходит?

из-за косяков с кодировкой не происходит сохранение в монгу

почему выборочно?

ну вот так вот.

избежать как-то можно?

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

значит что-то второе. Надо отлавливать.

ради одного хоста оно того не стоит

в прошлый раз я часов 5 его ловил

так не один такой хост у меня

много

еще с построением линков проблема есть

Interface a153-ar0:Fa 0/0.1 is not discovered

Fa 0/0.1

на рутерах не видит сабинтерфейсы

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

понял

приходится руками

с серийными интерфейсами такая же проблема

с серийными интерфейсами такая же проблема

это циски?

да

почему линк можетреджектиться ?

Reject link: a1215-cr0:Gi 0/1 — a1907-cr0:Gi 0/2

обе железки есть

почему линк можетреджектиться ?

там рядом причина написана

на этой железке причина не указана

на другой есть [discovery|box|a907-cr0|cdp] Remote object 'a215-cr0.cnm' is not found. Skipping

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

поиск идет не по имени объекта в ноке. а по тому имени которое отдаёт железяка в ответ на discovery-id запрос

Господа, а ./noc run cli -c 'cmd' @'MO Selector не ломался случаем?

поиск идет не по имени объекта в ноке. а по тому имени которое отдаёт железяка в ответ на discovery-id запрос

тогда почему нок не видит их?

на этот вопрос даст ответ вызов discovery_id на встречной железке

Господа, а ./noc run cli -c 'cmd' @'MO Selector не ломался случаем?

Нет, не ломался

на этот вопрос даст ответ вызов discovery_id на встречной железке

на одной имя без домена

на второй имя с доменом

вот и вся загадка

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

точно

считать ли это багом прошивки или нока вопрос филосовский

по cdp она отдает с доменом

хотя бы причина ясна

ну я вроде эту механику еще месяц назад описывал ага