https://kb.nocproject.org/pages/viewpage.action?pageId=22970696

Вау, дойду и почитаю

Окна желаю!

А нельзя ли настроить дискавери как-нибудь так, чтобы линки прокладывались без подтверждения с другой стороны?)

не надо

это плохая идея

Ну лучше, чем вообще с нерабочим дискавером (

anp135 opened merge request at / noc: Juniper FQDN gets from system configuration

merge request opened by dv

херасе

@aversant

anp135 opened merge request at / noc: Juniper FQDN gets from system configuration

merge request merged by dv

если выбрать объек, эскалация будет на него когда начнётся РНР

если выбрать объек, эскалация будет на него когда начнётся РНР

Понял теперь, спасибо

Я думал "подавлять аварии" перекроет

может кто подсказать по ошибке ?

tower и node на centos 7

судя по Connection refused не достучались до getnoc.com

странно, есть пинг с обоих машин

@freeseacher кастом работает даже

а есть в noc такая ситуация, когда vlan id у MAC адреса не определён? N/A или как-то иначе...

а есть в noc такая ситуация, когда vlan id у MAC адреса не определён? N/A или как-то иначе...

Я как сетивик немного не понял данного предложения )

проще на картинке показать...

Ну лучше, чем вообще с нерабочим дискавером (

ничто не запрещает тебе руками линковать железки. идёшь в интерфейсы и жмакаешь на ... и выбираешь что куда. PROFIT!!!

ничто не запрещает тебе руками линковать железки. идёшь в интерфейсы и жмакаешь на ... и выбираешь что куда. PROFIT!!!

Так я и в жабиксе могу %)

ну чё ты тогда как лошара. взял забикс и линкуй по эксель файлу

линкуй @ хуйбляй

ну чё ты тогда как лошара. взял забикс и линкуй по эксель файлу

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

или тут это "то, что нельзя упоминать"? )

зашквар да

@wingz надо профиль Juniper починять

так как быть с "неустановленными" вланами?

@wingz надо профиль Juniper починять

Я покопался чуток - там походу даже не сам профиль, а проблема в json-передаче get_lldp_nei отрабатывает норм, но при rpc-передаче крашится, скорее всего, на том, что жсон не парсит штуки вроде 'remote_port': '\x18f\xdam\xec>'

наверное, надо либо вырезать нафик такое, либо экранировать как-то

всё осложняется моим полным незнанием питона %)

пайтона

похъ

покарают тебя боги.

я в процессе починки

подскажите, скрипт get_lldp_neighbors с двух MO возвращает [ { "neighbors": [ { "remote_port_subtype": 3, "remote_port": "GigabitEthernet1/0/49", "remote_capabilities": 20, "remote_chassis_id": "00:1A:C1:0F:13:C0", "remote_system_name": "4500", "remote_chassis_id_subtype": 4 } ], "local_interface": "Gi 1/0/45" } ] и [ { "neighbors": [ { "remote_port_subtype": 3, "remote_port": "GigabitEthernet1/0/45", "remote_capabilities": 20, "remote_chassis_id": "94:3F:C2:23:57:8C", "remote_system_name": "HPE", "remote_chassis_id_subtype": 4 } ], "local_interface": "Gi 1/0/49" } ] этого достаточно, чтоб они авто линковку сделали?

нууууу вроде как

экххххх

лыжи не едуть

лыжи не едуть

get_chassis_id

сразу автолинк происходит или после box? или я чего не знаю?..

get_chassis_id

[ { "last_chassis_mac": "00:1A:C1:0F:13:F4", "first_chassis_mac": "00:1A:C1:0F:13:C1" } ] и [ { "last_chassis_mac": "94:3F:C2:23:57:C1", "first_chassis_mac": "94:3F:C2:23:57:8C" } ]

Возможно проблема в нормализации имен интерфейсов, раньше было что-то такое

Возможно проблема в нормализации имен интерфейсов, раньше было что-то такое

Было.

Было.

починили?

починили?

А вот ХЗ. Я в прифиле железок прегматчем херачил имена интерфейсов

ебучие SNR

говно китайское

Возможно проблема в нормализации имен интерфейсов, раньше было что-то такое

вроде и там и там remote_port = remote_port.replace('gi', 'Gi ')

было ещё, что короткие имена интерфейсов перелывало в мак )

"remote_port": "GigabitEthernet1/0/49" <> "local_interface": "Gi 1/0/49" или тут все правильно?

"remote_port": "GigabitEthernet1/0/49" != "local_interface": "Gi 1/0/49"

не равно.

или это всего лишь описание, не участвующее в автолинковке

даже больше тебе скажу. надо смотреть во вкладке МО как зовётся интерфейс. потому что сравнение идёт по именам из БД а не из джейсона

утонул в core.script.base.py -(((

@anp135 НЕ ЛЕЗЬ ТУДА!!! ОНО ТЕБЯ СОЖРЁЁЁЁТ!!!

это я вручную подцепил уже

@anp135 НЕ ЛЕЗЬ ТУДА!!! ОНО ТЕБЯ СОЖРЁЁЁЁТ!!!

бля, а как?! juniper проводит после каждого пробела валидацию ввеённой команды (если стоит complete-on-space, то ещё и дописывает слово). если косяк, то он: - делает перевод строки, пробелами выравнивает горизонтальную позицию и ставит "указатель" - символ ^ - затем снова пишет перевод строки и конструкцию "syntax error, expecting <command>." - затем перевод строки и ...

и если это был ctrl+V, то из последовательности команд удаляет все следующие за ошибочным словом пробелы. введённый мусор остается в строке ввода

если нажать перевод строки - то получится ещё один syntax error и теперь уже чистый промпт далее

бля. нахуя?

в 1 была вставка команды show vlans brief

после ctrl+v мы оказались в позиции 2

у тебя есть рун коммандс который это всё делает .

после етого ентер - и попадаем в 3

у тебя есть рун коммандс который это всё делает .

чего чего? есть куда нажать чтобы отключить сие?

заведи иссуе .

а для накатывания настроек есть групповые комманды которые просто работают.

не понял -(. какие групповые команды?

речь о том, что если в джуне такой команды нет, то конструкции self.cli() спотыкаются на две команды

что мешает тебе прописать это в профиль реакцию на ошибку?

r"(?:-[a-zA-Z0-9/]+)*[>#\]\)]" pattern_syntax_error = \ r"(ERROR: |% Wrong parameter found at|" \ r"% Unrecognized command found at|" \ r"Error:Too many parameters found|" \ r"% Too many parameters found at|" \ r"% Ambiguous command found at|" \ r"Error: Unrecognized command found at|" \ r"Error:\s*Wrong parameter found at|" \ r"Error:Incomplete command found at)"

/opt/noc/sa/profiles/Huawei/VRP/init.py

pattern_syntax_error = \ r"\'\S+\' is ambiguous\.|syntax error, expecting|" \ r"unknown command\."

что мешает тебе прописать это в профиль реакцию на ошибку?

вот это место

наверное

накатал коллекцию под Cisco.SMB, но через веб морду коммитить лениво...

потому что он не просто делает syntax error message, но и оставляет в строке весь ввеённый мусор

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

— Поручик, вы и на питоне программировать можете? — На питоне не могу — макбук соскальзывает

что есть то есть...

сам скрипт get_lldp_neighbors отрабатывает нормально, но после Juniper.JUNOS.get_mac_address_table в процессе discovery box, он (как и первый), заканчивается RPC Remote error (1): RPC call failed: Failed: Script error: None полез посмотреть как происходит работа с cli и заблудился в этом base/ -((

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

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

да, хорошо. а как в профиле повлиять на эту ситуацию? в процессе discovery box крашится секция mac, и следом за ней RPC error происходит и у lldp.

ну логично. значит надо выправить мак. кэп

тут, конечно, не поспоришь..

парни, есть трабла с циской небольшая