nocproject.org

Добрый день! Подскажите пожалуйста по скрипту add_vlan - пытаюсь на Cisco.IOS создать vlan пишет следующее <class 'noc.sa.interfaces.base.InterfaceTypeError'> Parameter 'vlan_id' required START OF TRACEBACK------ при этом vlan_id поле заполнял

SergeR: ну NOC у тебя номер вилана не видит...

попробуй под дебагом из командной строки...

ок, спасиб, попробую

Не работает обновление днс зон при: csv-import -r update ip.address file.csv - ЕСЛИ данные ужу существуют... (Если есть новые данные (хотя бы один IP новый) - то рефреш зон происходит). Через вебморду - всё ОК.

Есть идеи как это можно обойти ?

In-nick: а нок свежий? я про похожее dvolodin на мозги капал и вроде даже он исправил

но это было давно

может даже еще в прошлом году

Всем, добрый день. Создал в коллекции новый файл для шасси 7609-S и получил странную картину: блоки питания и voltage termination module к шасси не привязались. Они оказывается подхватились от Catalist-а 6500 и соответственно к моему шасси - ни каким боком...

zi_rus: да. нок последний

bignik: нок подхватывает по PID посмотри что железка отдает и что в коллекции прописано, открой object model блока питания и посмотри какие part_no там указаны

да part_no (pid) у них одинаковый - в этом и проблема...

zi-rus: это у тебя кажется Хуавеи есть?

есть да

да я про что и говорю

надо определиться как делать правильно и исправить

тут же куча народу рисует эти модельки

ну похорошему эти блоки нужно вынести в отдельные группы (директории, в коллекции есть уже такие) и привязывать оттуда. Но я как-то не очень уверен в своих силах и не хотелось бы плодить мракобесину у себя, которая при обновлении отвали�

bignik: там одни и те же блоки питания

да и шасси одно и то же

отличие только в прошивке idprom

ну возможно, но определяется то шасси как 7609-S и соответственно у меня шасси висело как unknow, а карты в воздухе висели (т.е. не привязанные). добавил свое шасси, все карты привязались, за исключением этих.

там нужно connection type смотреть

они в шасси должны совпадать с шеститонником

тогда и карты будут вставать

у шасси шеститонника part_no другой, поэтому мой к нему не привяжется. там в коллекции есть папка \PWR может блок питания вынести туда?

если другой part no -- тогда и другую модель нужно

так я другую и создал в папке 7600.

bignik: очень сложно лечить по фотографии

а в базе она у тебя лежит?

и как ты ее создавал

взял за основу 7609 и поправил все part_no и вот эти voltage termination module, перегенерил uuid и инсталлировал ./noc collection --install

ты как-то мутно действуешь

ну хорошо, в как правильно?

так как part-no для блоков питания и VTT совпали NOC распознал эти модули как от шеститонника и оставил висеть в воздухе (т.е. к моему шасси не привязал)

блоки твоего шеститонника подходят к 7600?

это одни и те же блоки

или они отличаются

у меня 7609-S, а Cat 6509-E очень с ним похож по шасси...zi-rus: у тебя Хуавеи S9306 - S9312 есть?

и блоки питания у них одинаковые...

ну вот

раз одинаковые

тебе надо просто указать правильный connection type

Cisco | 7600 | PSU

и оно все тебе воткнет

у меня только 9303

ne40

и cx600

а с ne40 display elabel и dis ver - куда нибудь выложить можешь - я get_inventory для хуавеев пилю...

давай посмотрим

День добрый, а как лечить вот такое (возникает при csv импорте файла csv где я вручную добавил устройство): EXCEPTION: <class 'mongoengine.errors.ValidationError'> u'' is not a valid ObjectId, it must be a 12-byte input of type 'str' or a 24-character hex string

сегмент пропиши

а вообще - я такое патчил

вот как раз прописал сегмент...

что интересно: при экспорте-импорте исходного файла всё ок. Если я добавляю в экспортируемый файл ещё 1 строчку где меняю только необходимые значения (имя ип path и т.д.) то при импорте вылазит это сообщение

чего пишешь в path? на какой ты версии?

15.05.1dev11539

под path я имел ввиду параметр remote_path там пишу совпадающее с именем значение

http://i68.fastpic.ru/big/2015/0915/8e/db9d50018ea032ed73b4dbeda278138e.png

таки да

tatata: у тебя есть в SA\MO\Edit параметр remote_path?

башенка научилась деплоить NOC и стримить прогресс в веб-морду

если в веб интерфейсе то такого параметра нет есть просто Path. Если в файле csv то там как раз параметр remote_path

башня будет сама вытаскивать апдейты с bitbucket

разворачивать локальный репо

и NOC будет деплоиться из локального репо

<dvolodin>: подскажи, после того как NOC сделает get_inventory, он лезет в manifest.csv и ищет первое совпадение, потом по найденному он уже делает привязки?

нет, конечно

он не лезет в манифест

log jobs включи

и посмотри, он подробно расписывает

Обновил релиз всё заработало на тесте. Спасибо

а что означают пунктирные линии в Network Map? все сплошные, а одна пунктиром нарисовалась

tatata: ты знаешь что это такое? это очень редко применяется

Villi: 10M

эм...

если пунктир - 10М, то он слишком часто неверно определяется

вот у меня видимо тот же случай, так-то там гиг

или применяется

Villi: с обоих концов определяется?

в смысле с обоих концов

где нок спрашивает и хранит скорость я вообще хз

но по факту на коммутаторе 1G

Товарисчи в интерфейсе нока гдето отображаются lldp neighbors? А то lldp discovery проходит удачно а линков не видно

Объясните как должна происходить линковка lldp

Добрый день. У меня непонятка с обнаружением линков. Juniper ex2200 и ex4200 подключены по оптике двумя линками (LACP). В скриптах в MO видно что информация о соседях поступает, но на вкладке interfaces в inventory линки пустые. Нашел еще правила но в них не ковырялся, ибо не з�

если линк находится только на одном соседе - он попадает как candidate в links

если находится и на втором соседе, то автоматические становится approved там же

в discovery он тебе должен показать сколько линков нашел

Где конкретно?

в каком discovery

там же где и links

Если ты про MO то там только статус скрипта показывает

последний столбец