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

каналов мультикастных все-равно 100-200

Кака разница ?

Они картинку считают

Онлайн

ну не совсем картинку

порядок фреймов

битрейт

или как оно там зовется

это вообще фигня, кстати

с битрейтом на камерах знатная засада может быть

с камерами да, я про IPTV

если они не умеют VBR, то будут гнать синий экран и ты этого не заметишь

по IPTV нет смысла битрейт считать вообще

хотя в камере же можно задать статичный битрейт, я с ними не сталкивался, но вот себе поставил заместо видеоняни hikvsion, настроил статичный битрейт и картинка вообще огоь

hikvision достаточно дорогие

Там десяток параметров

на дома вообще какой-нибудь beward ставят

Для IPTV нужно распаковывать MPEG TS и смотреть порядок фреймов

ну не скажи, по сравнению с видеоняней и hikvision, второй выигрывает 4500 рублей обошлась, ну плюс POE докупить.

ой

ну у вас и сравнения

по сравнению с резиновой женщиной DLink выигрывает

дешевле и не рвется

да я как-то не стал морочится, нужно было срочно )

можно и с алиэкспресса заказать китайщину, но ждать 4 недели не вариант.

Дмитрий подскажите лучше, куда копать что бы понять почему дискавери употребяет 3 гб оперативной память, запущенных заданий 1 и всего заданий 34.

Для пробы r-pi дороговато

25$ + корпус?

пробы сами по 100$ идут

вы про анализаторы ?

про SLA

вопрос про Discovery, он запускается для опредленного устройства, производит опроси потом процесс выгружается ? Тоесть он по сути не должен висеть 40 часов ?

удваиваю

лучше бы ответил )

у меня ваще дискавери встаёт в какой то момент и стоит . вот уже почти 12 часов

нет, процессы не выгружаются

у него есть рабочие потоки, есть расписание

у меня ваще дискавери встаёт в какой то момент и стоит . вот уже почти 12 часов

ну вот то что не выгружается, висит 40 часов и сжирает всю оперативку.

что есть "не выгружается" ?

при этом показывает что потоки дискавери работают. но активаторы стоят.

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

кто его запускает по расписанию?

@dvolodin @freeseacher

100 классификаторов

как лечить?

200 делать?)

Или ноды плодить с классификаторами всё же?

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

всё же ок было до этого

посмотри логи классификаторов

чем заняты

200 делать?)

кого-то я про это уже предупреждал

это не решение

ага

ага

что за херня в 100 классифкаторов на 100 железок

UPSTREAM_ERROR: Failed to query any nsqd: Get http://noc:4151/stats?format=json: read tcp 10.50.74.63:53806->10.50.74.63:4151: i/o timeout

i/o timeout

2016-10-28 10:18:20,208 [classifier] REPORT: 20 events in 1000.01ms. 20.00ev/s (failed: 0, deleted: 0, suppressed: 0, unknown: 0, classified: 0, disposed: 0, duplicated: 0, unk. duplicated: 20)

1000мс, это норм?

по мне нет

а, или он по умолчанию 1с?

20 в секунду?

Ни мало ни много

кто его запускает по расписанию?

Шедулер, Леонид Аркальевич!

Ни мало ни много

очень мало

@dvolodin после quick retart классификаторы сразу быстро разгребают очередь

он их не классифицировал вообще

lookup rule какой стоит?

lookup rule какой стоит?

noc.services.classifier.rulelookup.RuleLookup

Что думаешь, Дим?

гляеь логи на аномалии мб

UPSTREAM_ERROR: Failed to query any nsqd: Get http://noc:4151/stats?format=json: read tcp 10.50.74.63:53806->10.50.74.63:4151: i/o timeout

вот это - странно

проверяй nsq/nsqlookupd

У тебя процессы или треды?

скорее всего проблема в том, что lookup не можеи забрать состояние очередей на nsq

скорее всего проблема в том, что lookup не можеи забрать состояние очередей на nsq

lookup Больше делать?

поэтому клиенты не видят очереди и не забирают из них данные

нет

2016-10-28 10:22:59,159 [nsq.reader] [events:fmwriter] backing off for 7.17 seconds (1 connections) 2016-10-28 10:22:59,208 [classifier] REPORT: 1 events in 999.42ms. 1.00ev/s (failed: 1, deleted: 0, suppressed: 0, unknown: 0, classified: 0, disposed: 0, duplicated: 0, unk. duplicated: 0) 2016-10-28 10:23:05,221 [nsq.client] [noc:4150:events:fmwriter] received heartbeat 2016-10-28 10:23:06,327 [nsq.reader] [noc:4150:events:fmwriter] testing backoff state with RDY 1 2016-10-28 10:23:06,327 [classifier] [5812fcda4a5e6859e9eb024e|orbita-asw-18|10.100.11.18] Managed object found 2016-10-28 10:23:06,339 [classifier] [5812fcda4a5e6859e9eb024e|orbita-asw-18|10.100.11.18] Event class: Network | Link | Link Up ({u'interface': 'Fa 4/0/19'}) 2016-10-28 10:23:06,339 [classifier] [5812fcda4a5e6859e9eb024e|orbita-asw-18|10.100.11.18] Found interface Fa 4/0/19 2016-10-28 10:23:06,340 [classifier] [5812fcda4a5e6859e9eb024e|orbita-asw-18|10.100.11.18] Failed to process event: Unable to dereference <class 'noc.inv.models.interfaceprofile.InterfaceProfile'>:5808e6db4a5e6802d0bc7564 2016-10-28 10:23:06,340 [nsq.reader] [events:fmwriter] backing off for 10.75 seconds (1 connections) 2016-10-28 10:23:07,208 [classifier] REPORT: 1 events in 999.28ms. 1.00ev/s (failed: 1, deleted: 0, suppressed: 0, unknown: 0, classified: 0, disposed: 0, duplicated: 0, unk. duplicated: 0)

lookup'ов должно быть нечетное количесво

lookup'ов должно быть нечетное количесво

У меня 1

ну нормально

за них должны быть зацеплены nsq

unable dereference еще посмотри, что у тебя там за фигня

UPSTREAM_ERROR: Failed to query any nsqd: Get http://noc:4151/stats?format=json: read tcp 10.50.74.63:53806->10.50.74.63:4151: i/o timeout

это я много классификаторов сделал

200

unable dereference еще посмотри, что у тебя там за фигня

Это вообще странно

правила классификации?

кривые профили на интерфейсах?

да

lookup'ов должно быть нечетное количесво

нет там кворума

@dvolodin 2016-10-28 10:31:21,326 [sa.managedobject] UNHANDLED EXCEPTION (2016-10-28 10:31:21.221133) BRANCH: feature/microservices TIP: 0d36d5ede064 PROCESS: ./services/web/service.py ERROR FINGERPRINT: 952b7e3a-5b6c-5bf3-8d1c-2d176b0a8941 WORKING DIRECTORY: /opt/noc EXCEPTION: <class 'mongoengine.errors.ValidationError'> Unable to dereference <class 'noc.inv.models.interfaceprofile.InterfaceProfile'>:5808e6db4a5e6802d0bc7564 START OF TRACEBACK ------------------------------------------------------------------------ File: lib/nosql.py (Line: 112) Function: __get__ 105 v = self.document_type.get_by_id(value) 106 else: 107 v = self.document_type.objects.filter(pk=value).first() 108 if v is not None: 109 instance._data[self.name] = v 110 else: 111 raise ValidationError("Unable to dereference %s:%s" % ( 112 ==> self.document_type, value)) 113 return super(PlainReferenceField, self).__get__(instance, owner) 114 115 def to_mongo(self, document): 116 if isinstance(document, Document): 117 # We need the id from the saved object to create the DBRef 118 id_ = document.id Variables: owner = <class 'noc.inv.models.interface.Interface'> instance = <Interface: orbita-asw-18: Fa 1/0/1> self = <noc.lib.nosql.PlainReferenceField object at 0x7f4d9f180710> value = ObjectId('5808e6db4a5e6802d0bc7564') v = None

200

опускай обратно до числа которое как минимум один раз тебе разобрало вссю очередь

опускай обратно до числа которое как минимум один раз тебе разобрало вссю очередь

опустил уже