nocproject.org

Ребят, подскажите, имеет ли смысл ставить NOC только для управления IP адресами?

были ли сравнения по функционалу с RackTables и NIPAP?

dvolodin "удалить запись в main_customfield" а с этого места поподробнее)) это остановить нок и грохнуть в постгрессе?

да

О, пасиб

В psotgresql alter table ждет, пока завершатся транзакции, которые держат таблицу

SAE держит sa_managedobject почти постоянно

тадааам

dvolodin: у меня тоже хосты с дефферед висят .

массово не исследовал но есть такие

ну вот и я продолжу

где там миграция SA

где искать

http://www.opennet.ru/opennews/art.shtml?num=41616

e_zombie: я не могу пока понять сценарий, при котором они остаются в deferred

Table sa_managedobjectprofile кто структуру может дать?

после поднятия хоста все deferred чистятся на нормальные

ss_ смотри sa/models/managedobjectprofile.py

ProgrammingError('column sa_managedobjectprofile.enable_config_polling does not exist

dvolodin: попробую это протестировать что чистятся.

## Config polling

enable_config_polling = models.BooleanField(

_("Enable config polling"), default=True)

посмотри ObjectStatus.set_status

if status:

# False -> True transition

DiscoveryJob.reset_deferred(object)

а в базе нет

ss_: в миграциях все

./noc migrate сделай, наконец-то

./noc migrate

Traceback

дальше тут http://pastebin.com/aw03kwct

ss_ ты чё script/upgrade перерывал? Как такай рассинхронизация может получится?

xetle, ничего я не прерывал

не обновлялся 2 месяца

а вчера обновился

dvolodin а deferred может же не только по недоступности устройства появиться? Например, если скрипт крэшится

или нет?

нет

Послушаем что начальник скажет..

У тебя два варианта 1 смотреть в базу и список плохих миграций, сделать руками недостающие.

dvolodin, что делать?

2. Выгрузить, експорт баз в текстовые файлы, поставить чистый нок и потом импорт..

Через NOC веб выгружаешь, только sa_managedobjects необходима.

dvolodin, ну вот не чистятся, вернее не всегда. вот сегодня ночью на пачке свичей меняли софт, 8 штук, 6 почистились, а двое деферед

ss_ ./noc export-import тоже можно..

dvolodin вот у меня пример: поменяли почти месяц назад свитч на проблемный des-1210-28, на нём зависал get_interfaces, только недавно починили

и сейчас там именно get_interfaces в deferred, а прочие discovery работают

и перезапуск не решает

lexus-omsk, а у меня наоборот, на одной железке get_interfaces работает, а остальные методы в деферед

xetle, Unknown command: 'export'

Unknown command: 'import'

ss_: чудес не бывает

xetle, как посмотреть список плохих миграций,

dvolodin, да я уже понял что чем реже апргредый тем больше косяков

где то выкинули что то нужное в апгредей

sa/migrations//0091_managedobjectprofile_configdiscovery.py

неправильно ты понял

я на этой неделе ставил сначала default, потом апгрейдил до develop

у тебя система как поставлена была?

dvolodin, сто лет назад её ставил

со старой мордой ещё

с тех времен живет

апдейты только накатывал

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

dvolodin, было несколько лет назад

ставил через hg

Если ты ее ставил сто лет назад, то вряд ли ты ее апдейтил два месяца назад

0.6?

/opt/noc# ls sa/migrations/ |grep managedobjectprofile_configdiscovery.py

root@monitor:/opt/noc#

dvolodin, 0.6 вроде начинал

потом апдейтил постояанно

а вот в декабре дочь родилась не до серваков было

а

так ты сейчас апдейтил с 0.6 на develop?

а вчера скрипт апгрейд накатил

нет

а апдейтил версию девелоп с декабря

с начала декабря

или с конца ноября

0075 последнее в sa/migrations/

а должно быть 0092

./noc migrate

вообще его делает ./noc upgrade

если ты уж develop накатил

нет

девелопа нет

конфиг взял дефаултный

бррррррррр

у тебя был 0.6

на что ты его апгрейдил?

root@monitor:/opt/noc# ./noc upgrade

Unknown command: 'upgrade'

вот так сделал вчера root@monitor:/opt/noc# ./scripts/upgrade

не пошло

поменял адрес откуда все брать

поменял конфиг файл апгреда на дефаултный и разрешил апгрейды

./scripts/upgrade больше не действует?

это то же самое

./noc upgrade короче :)

root@monitor:/opt/noc# ./noc upgrade

Unknown command: 'upgrade'

Type 'manage.py help' for usage.

короче, но её нет

в develop она есть

чет похоже серъезное я пропустил

включить д

а у тебя default, даунгрейженный черти откуда

короче

develop?

develop был

делай в upgrade.conf BRANCH=develop

старый

и ./scripts/upgrade

он нарядит тебя в шотландскую юбку, поимеет постгисом и отпустит

abort: untracked files in working directory differ from files in requested revision

upgrade: : Failed to update to branch develop

5 файлов кривых

hg revert --all, если там ничего ценного

непомогает

ну не рассказывай сказки

hg status смотри

http://pastebin.com/RiHsXttu

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

root@monitor:/opt/noc# hg status

not trusting file /opt/noc/.hg/hgrc from untrusted user noc, group noc

not trusting file /opt/noc/.hg/hgrc from untrusted user noc, group noc

? pip-selfcheck.json

? sa/profiles/Aruba/ArubaOS/__init__.py

? sa/profiles/Aruba/__init__.py

? sa/profiles/Brocade/CER-ADV/__init__.py

? sa/profiles/Brocade/CER/__init__.py

root@monitor:/opt/noc# hg revert sa/profiles/Brocade/CER/__init__.py

да

not trusting file /opt/noc/.hg/hgrc from untrusted user noc, group noc

not trusting file /opt/noc/.hg/hgrc from untrusted user noc, group noc

нет

file not managed: sa/profiles/Brocade/CER/__init__.py

rm

root@monitor:/opt/noc#

они не в репо еще

хм откуды они у мну?

rm на них?

да

так, поднимите руки, кто считает, что NOC'у нужно поправить юзабельность и добавить красотизма?

документацию надо написать

подробную)

dvolodin, я считаю что ноку надо поправить разграничение прав на runcommands

напиши

zi_rus: не сейчас

лучше сейчас

точнее, сделаете то, что надо, займусь этим runcommands

:)

dvolodin, если бы я его знал на таком уровне то написал бы

? You have no migrations for the 'support' app. You might want some.

во время апгреда проскочило

ss_: это ерунда

вернемся к нашим баранам

вводная такая

и деферед

дефолтная ширина полей в ExtJS - совсем черезжопная, они слишком маленькие

Я, в свое время, чтобы не возиться, прописал по дефолту им anchor: "100%"

растягивать на весь экран поля, тоже отстой

и они растянулись на весь экран

так вот

специались по usability высказал мне одну очень умную мысль

стоит зафиксировать несколько размеров полей в зависимости от их назначения и от ожидаемого размера текста

это и коню понятно

ну условно -- до 3 символов, 20, 100, etc

запускать так же через sudo ./scripts/noc-launcher.py start

ss_: да

zi_rus: отлично, понятно коню, понятно и конюхам

далее

просто прописывать width на полях -- жопа

я сделал немного похитрее

жопу с левой резьбой?

Запатчил базовый класс для поля и добавил там свойство uiStyle

dvolodin, заработало! УРа!

то есть суть такая

мы делем несколько классов полей

и навешиваем их как uiStyle

https://bitbucket.org/nocproject/noc/commits/e718bc95928c1c328ef21fd4f371ba9bda745aad?at=feature/extjs-5.1.0

вот сами стили

я пока навскидку сделал 4

вот примеры, как они навешиваются

https://bitbucket.org/nocproject/noc/commits/9ed781beec11e591c4ec020f43b7473857d960de?at=feature/extjs-5.1.0

важно то, что выпадающие комбики для LookupField у нас определяются один раз

не вижу смысла в 3 символах

минимум 4-5

то есть если мы задаем uiStyle для LookupField, он у нас во всех формах станет одного размера

что есть хорошо и правильно

соответсвенно нужно следующее

1. Понять, какие стили нужны и как они должны выглядеть (по ширине)

2. Понять, какие стили нужны для имеющихся LookupField и навесить их

3. Покрасить оставшиеся поля на формах

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

:)

для стадий 1, 2 знаний JS не требуется вообще

для 3 -- на уровне умения отличить точку от запятой

ну а закуска посерьезнее -- там нужно разделить собственно раскладку формы и ее реализацию

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

в идеале -- несколько человек

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

и следующим шагом можно будет наколошматить документацию по формам и полям хотя бы

dvolodin, Dmitry1 говорил мне что в ноке не используются стандартные функции ExtJS, а почти все свои.

чушь какая

Это вызывает проблемы при обновлениях ExtJS

нет

Ну и ресурсы надо на написания своих

там есть дополнительные поля и компонентны

которых нет в extjs

Тоесть он воспользовался моим незнанием JS и меня обманул? )

типа того же LookupField и CMText

https://bitbucket.org/nocproject/noc/src/b5585f6826571560ded4ca6b3a2d33d5c179f661/sa/apps/managedobjectselector/js/Application.js?at=feature/extjs-5.1.0

вот пример

да нет, скорее не обманул, но не так сказал, или ты не так понял

ExtJS -- это набор компонент UI и утилит

NOC их использует

Но в NOC есть и более высокоуровневые классы, например ModelApplication

это grid + формочка + дополнительные панели

которая умеет взаимодействовать с сервером

http://docs.sencha.com/extjs/5.1/5.1.0-apidocs/

вот API ExtJS

Собственно переход с ExtJS 5.0 на 5.1 занял меньше часа

Ну что, по формам предложение нормальное?

А утверждение Dmitry1 о том что вполне хватает стандартных класов ExtJS и не надо своих? Так будет проще, не нужно будет кучу всего переписывать при обновлении ExtJS и смене их API?

Помню летом переход на 5,0 месяц JS в нок глючил.

По документации:

сродни утверждению, что стандартных классов Qt и Gtk достаточно на все случаи жизни и не надо своих

там ExtJS идет в коробке с ExtCMD

sencha она называется

она умеет склеивать твое приложение и extjs в один js файл

и что оно даст?

Плюс все остальное в ux компонентах

ExtCMD - для разработки. Как раз то, чего не хватает нашему комьюнити

каким образом не хватает?

у него основное назначение -- минификация и сборка

и отслеживание зависимостей

у него use case совсем другой

сейчас ты можешь сказать ./noc newapp .... и получить скелет для клиента и сервера

а с CMD -- только пересборкой бандла

всего

мы можем полностью отказаться от jquery, mxgraph, и кучи остального

кто-то мерял производительность построения графиков в 5.1 ?

меряли

сосет

хороша для манагеров, восходящие кривые из 10 точек показывать

аналога mxgraph/jointjs в extjs нет в принципе

аналога CodeMirror - тоже

юзеру важен функционал, а не потроха

из-за потрохов у нас разработчиков полтора человека

дим, сказки все это

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

что мешает ее делать?

я сейчас колупаю DLink.DxS.get_inventory

И ближайшую неделю колупать его буду

Есть у меня светлая мечта - чтобы этот уродский длинк показывал, что в него за SFP модули воткнуты

Ладно, JS тяжелая тема. О документации:

dvolodin: надо где-то опубликовать это API

Контекстный хел и документация по формам, наверно помогут мало. Та в приципе и так всё понятно. Возможно перевод интерфейса, необходим кому..

Dmitry1: про какой API ты вообще говоришь?

dvolodin: по uiStyle и остальным фичам.

dvolodin: а потом попытаться привести API всех остальных компонентов к такому виду, как в sa/interfaces

Ноку из документации нехватает HOWTO написаных админами. Для каждого раздела необходимо хотябы одно по полной настройки и сипользованию..

те же пируле и т.п. не должны лезть в базу данных, а должны пользоваться более высокоуровневым API

dvolodin: для того же SA есть нормальное API

И народ пишет под него

берешь extjs api

что тебе в нем не хватает?

я тебе уже говорил

людей пугает вид компонента вида aa.bbb.ccc.ddd.eee.fff.ggg.компонент

как пример приводил хандлер на линк даун

"noc.fm.handlers.event.link.oper_down"

Дим, поставь jira

просто поставь jira

а потом говори, что пугает людей

зачем мне джира?

посмотришь в потрошка

не хочу

смотри api SA

когда на тебя со всех сторон попрут JAR'ы и трейсы

я вызываю self.cli() вместо noc.sa.script.myscipt..cli()

почему так нельзя сделать для остальных компонентов?

есть такое понятие, как namespace

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

В ООП есть такое понятие, как public. И конечному классу доступны все методы public всех классов прародителей. И мне не нужно знать, какие методы были кв каком из 20-ти прародителей.

Мне нужно знать только "конечные" методы самого последнено потомка

Dmitry1 нет длинные именна пусть будут noc.fm.handlers вполне понятен для всех кто пользуется нок.

xetle: да нахрена ?

Вот беда в отсутствии документации с описанием всех этих компонетнов.

Почему handlers у нас идет от fm ?

там вообще-то docstring'и есть

в которых и есть документация

Что, этот же хандлер не может быть от vc ?

тогда у нас будут noc.fm.handlers, noc.vc.handlers, noc.ip.handlers, noc.peer.handlers, noc.pm.handlers и т.п. ?

Это для того, чтобы запутать вероятного противника?

В VC может быть, но это будет уже другой, да. как ты выше написал.

С другим API ?

Почему запутать?

в fm он потому, что event'ы относятся к fm

что тебе не нравится

смотришь noc.fm.handler.link.link_down

noc -- откивываешь

Лучше чтобы API было унифицировано во всех хендлерах.

получаешь -- функция link_down в модуле fm/handler/link.py

API для всех handler'ов event'ов унифициновано

dvolodin: мне не нравится, что для каждого модуля (vc, fm, sa), ты изобретаешь свое собственное уникальное API.

callable, единственный параметр -- event

И поэтому этот модуль абсолютно не может взаимодействовать с остальными модулями

да, мое уникальное api называется "интерфейс callable"

Дим, ты сейчас корбу придумаешь

ага

dvolodin: как мне сделать ивент из VC от том, что у меня добавился влан ?

один API на все случаи жизни

любой еж может провзаимодействовать с любым ужом

легко

Как я из VC передам параметр "event" ?

NewEvent(....).save()

Но главное что надо их описание, например хоть такое: https://kb.nocproject.org/pages/viewpage.action?pageId=15106281#FaultManagment-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F%D1%81%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F%D0%BC%D0%B8%D0%B8%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0%D0%BC%D0%B8%D0%B2NOC.-6.2%D0%9D%D0%BE%D0%B2%D1%8B%D0%B9%D0%BC%D0%B5%D1%85%D0%B0%D0%

BD%D0%B8%D0%B7%D0%BChandlers.

зачем тебе из vc передавать event?

(10:01:39) dvolodin: callable, единственный параметр -- event

да

это интерфейс для handler'ов, которые используются как event handler'ы

что логично

просто функция, которая принимает event

или класс, с методом __call__

это просто функция, которая может что-то сделать с event'ом

и ей доступны все методы класса NewEvent

dvolodin: вот в этом и вся проблема, что у тебя в fm хандоеры с параметром event, в SA с параметром MO, в IPAM с параметром IP и т.п.

что логично

они делают разные вещи

В handler есть только одна проблема - нет документации и примеров использования. По этому их никто здесь не использует.

в продолжение xetle

и даже более того -- у меня есть request handler'ы, который обрабатывают запосы

В solution есть только одна проблема - нет документации и примеров использования. По этому их никто здесь не использует.

В job есть только одна проблема - нет документации и примеров использования. По этому их никто здесь не использует.

xetle: посмотри, что там внутри

сразу все поймешь

Это же относится ко всему остальному. доку надо не контекстную, а HOWTO написаное самими пользователями NOC.

Кому нужно - используют :)

xetle: пишите

:)

dvolodin: дим, в чем сложность сделать одинаковое API для хандлеров, джобов, солюшенов ?

Причем унифицированное для всех модулей

Dmitry1: Для Script нет документации и примеров использоваиня. Поэтому их никто здесь не использует

:)

Да я смотрел и понял. Но перед тем как посмотреть я зашел сюда и freeseacher мен ткнул пальцем куда смотреть! Потом еще пришлось догадыватс что кода и зачем.

Для job'ов и solution'ов общий API для всех модулей

А должен пользователь смотреть сразу в документацию и там должно быть всё достаточно описано для новичка.

с чего ты взял, что они различаются

а вот event и alarm handler'ы -- разные по природе

первые работают с event'ами

dvolodin: sa/interfaces/igetmplsvpn.py - вполне нормальная документация

вторые - с alarm'fvb

dvolodin: вот потому у нас и не получаются сценарии, что везде разное API

https://bitbucket.org/nocproject/noc/src/f95b08941cb08db4b0a21366cc35517cfe5a1c1f/fm/handlers/event/link.py?at=develop

Вот что тут непонятного?

т.е. я не могу из FM запустить скрипт IPAM, а из него запустить скрипт VC, а из него запустить скрипт SA

ровно два handler'а

noc.fm.handlers.event.link.oper_up и oper_down

dvolodin: ну вот посмотрел я

https://bitbucket.org/nocproject/noc/src/f95b08941cb08db4b0a21366cc35517cfe5a1c1f/fm/handlers/event/oper.py?at=develop

что непонятного тут

dvolodin: скрипты были в ноке с самого начала, без них не работает оборудование... необходимо писать. Да доки нет но Вы здесь каждому долго расказывали и обяснали...

i_name = event.vars["interface"] - это откуда взялось?

из event class'а

на который накручен этот handler

ага

:)

т.е. мне надо полезть в исходники ивенткласса ?

нет

ты уже смотришь в исходники eventclass'а

и думаешь, как бы сделать так, чтобы закешировать статус линка

:)

тогда повторю вопрос: откуда я узнаю, что в классе event есть класс vars, а в нем переменная "interface" ?

https://bitbucket.org/nocproject/noc/src/f95b08941cb08db4b0a21366cc35517cfe5a1c1f/fm/models/activeevent.py?at=develop

отсюда

dvolodin: любому новичку сложно в этом разобратся. Он даже не догадается что такое возможно и не будет искать или спрашивать.

а для аларм ивента тоже смотреть https://bitbucket.org/nocproject/noc/src/f95b08941cb08db4b0a21366cc35517cfe5a1c1f/fm/models/activeevent.py?at=develop недо ?

xetle: спросит и будет использовать

Только хорошие HOWTO может быстро ввести в курс дела.

Пока, да только спрашивать здесь...

dvololdin: https://kb.nocproject.org/display/~dmitryluhtionov/New+API

я ведь предлагал уже

вместо i_name = event.vars["interface"]

i_name = NewApi.get_str(param, "delay");

где param - это event, alarm, MO, VC и т.п. - пользователю без разницы

уродство какое

в питоне есть два атрибута

get_str - функция, получения переменной. С обработкой ошибок и т.п.

__getitem__ и __getattr__

вся разница в том, что в первом случае ты пишешь event.vars["interface"]

Т.е. нам пофиг, откуда возьмется эта переменная: из базы, из параметра и т.п.

во втором -- event.vars.interface

и даже больше

есть функция getattr

Dmitry1: не сильно нравится. Проблемы в чуть разношорстном noc.fm.handlers, noc.vc.handlers нет. Есть проблема в отсутствии доков и примеров.

getattr(object, "attribute")

dvolodin: вот скажи мне, что сделает твой хандлер, если не будет доступна переменная vars["interface"] ?

кстати о птичках

где вы увидели vc.handlers ?

а его нету

KeyError поднимет, классификатор его обработает и загонит событие в failed_event

потому что для него еще не придумано очередное уникальное API

но тебе никто не мешает писать

vars.get("interface")

и получить None

или написать "interface" in vars

то, что ты придумал как новое API -- это функция getattr питона

ты пример там посмотри

у тебя во всех хандлерах, джобах и т.п. гвоздями прибито их поведение

неа

каждый handler делает свою и строго определенную работу

def oper_up(event):

"""

Set oper status to up

"""

i_name = event.vars["interface"]

InterfaceStatus.set_status(

event.managed_object, i_name, oper_status=True)

где попытка перестроить топологию?

тут и не нужна

:)

где проверка на дуплекс/полудуплекс?

этот handler должен поставить отметку

где проверка на скорость ?

ДИМАААААА

handler делает свой строго определенный кусок работ

сделай handler на duplex

сделай на топологию

и так далее

и вешай их цепочкой

только придумай, как ты конфигурить будешь все

Я хочу, чтобы была возможность сделать целый сценарий

строй

кто тебе мешает

сделай свой сценарий и прицепи его

так гвоздями прибито

что прибито гвоздями?

"link_event": true,

"handlers": [

"noc.fm.handlers.event.link.oper_up"

],

и все

и что?

как туда что-то добавить?

я же сказал

dvolodin: как законите с этим - погляди NOC-1529 я по поводу дефферен добавил что у меня

либо свою логику через solutions

Dmitry1 ставишь зяпятую и сой хендлер...

если это чисто твое

*свой

и твори что хочешь

или после релиза будем делать возможность в web-интерфейсе назначить дополнительные handler'ы для eventclass'а

но делать это будем не прямо здесь и сейчас

а почему хандлеры ? а почему не джобы или солюшены ?

а почему не пирули ?

я на этот вопрос уже отвечал

ответ в том - что у всех разное API

Dmitry1 ты достал, тебя только о JS спрашивали. Пируле викенем хендлеры специально для ФМ.

ты как печкин с велосипедом

пока не купите велосипед - буду вредным

Дим, у мужчины и женщины тоже интерфейс разный

:-D

но некоторые пытаются его унифицировать

Dmitry1 API не проблема, проблема в отсутствии HAWTO с подробным описанием и примерами..

давай не будем скатываться ;)

>:o

https://pp.vk.me/c622320/v622320838/1791c/ENlIXId1Eu4.jpg

dvolodin: смотрим джобы

noc/pm/jobs/touch_check.py

class TouchCheckJob(Job)

noc/fm/jobs/archive.py

class ArchiveJob(AutoIntervalJob)

noc/inv/jobs/update_pop_links.py

class UpdatePopLinksJob(IntervalJob)

еще продолжать?

и что тебя беспоеоит в job'ах?

разное API

А то, чо в jira есть issue и API

но они зачем-то поставили quartz у которого другое API?

какие они бяки нехорошие, не буду использовать jira

ты сводишь все к тому, что есть функция, которая делает работу и ее нужно вызвать

вызов функции и есть интерфейс callable

и каждый модуль NOC им вовсю пользуется :)

dvolodin: вот я захотел сделать джоб, что мне ему передавать: Job, IntervalJob или AutoIntervalJob ? Какие методы и переменные есть в каждом классе?

Дальше ты введешь аппликацию и редукцию

я даже не знаю, что это такое

Whoever does not understand LISP, is doomed to reinvent it

ты сейчас пытаешься изобрести LISP :)

ааа, это из лиспа. страшный язык

ты его пытаешься изобрести

смотри, что я хочу

лямбду :)

у нас должен быть класс "джоб", в котором должны быть стандартизированы методы и переменные

Я хочу - красивую и ровную морду NOC

до релиза

и хочу, чтобы кто-то помог

не зависимо от того, где этот класс находится: в fm или sa

или релиз будет летом

непонятно какого года

давай летом

я вообще сейчас прикручиваю XML API к pfSense

на php, блин

о, так ты один из разработчиков psSence ?

нет

меня даже не волнует мнение разработчиков pfSence на этот счет

хм

Мы сильно укрупнились, и теперь меня волнуют не только проблемы Москвы, где все хорошо

но и всего ЦФО

а там в одном филиале сделали wifi и пропустили его через pfsense

так там обычная фря внутри

я в курсе

я просто положил ей php модуль свой

Могу глянуть вечерком JS но в этом напрвлении с меня пользы мало будет..

у нас есть офигительный портал для hotspot'ов с авторизацией по SMS

дружит с aruba и ruckus

вот дружу его теперь с pfSense

у арубы и рукуса есть XML API для управления юзерами

я сделал аналогичный для pfSense :)

dvolodin: хм. psSence на какой версии фри? Просто в 11-тую всунули libxo

FreeBSD pfSense.localdomain 10.1-RELEASE-p4 FreeBSD 10.1-RELEASE-p4 #0 36d7dec(releng/10.1)-dirty: Thu Jan 22 15:12:35 CST 2015 root@pfsense-22-amd64-builder:/usr/obj.amd64/usr/pfSensesrc/src/sys/pfSense_SMP.10 amd64

2.2 на 10.1 сделана

на десятке libxo нету. :(

?

Ладно, мы начали про JS

и формы

кто займется :)

.

,,

...

,,,,

вопрос к длинководам про многострадальный lldp: заметил сейчас на 3627 показывает remote_port_id "pb\xb88<", с той стороны 3200-28 rev.C1 fw 4.37.b014

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

сталкивались, обходили такое?

у меня длинки не трейсятся на ллдп

с нынешним профилем

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

у меня походу такой поебени дохера.

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

там же нет транзакционногомеханизма.

и оно подвисает .

lexus-omsk: кинь на pastebin вывод show lldp и вывод cli

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

и вывод debug-script

я против кирилицы на оборудовании в любом виде

а я за

lexus-omsk: почему ? Тем же девочкам диспетчерам удобнее читать port description и т.п. на кириллице

Dmitry1: ты накропал фейковый профиль инвентори?

нет. я делаю сейчас DLink.DxS.get_inventory

ок

из опыта, что часто это нормально не работает

Dmitry1 примерно так http://pastebin.com/6JJLGJCq

сам debug-script не валится, валится discovery уже при попытке слинковать

на DES-3200-28 rev.C1 покажи show lldp local_ports 28

http://pastebin.com/2CXb2gQE

кстати гляну сейчас, у меня ещё таких свитчей немного... посмотрю как на других

хм... хотя, наверное, уже не сейчас

lexus-omsk: см Dlonk.DxS.get_lldp_neighbor

оно, если тип порт является мак адресом, пытается сделать так:

try:

n["remote_port"] = \

MACAddressParameter().clean(n["remote_port"])

except:

pass

видать не сумело

попробуй на except сделать

raise Exception("не могу распарсить MAC адрес")

рубанусь я в танки

всем привет, есть кто-нить кто может проконсультировать про "Inventory/Setup/Object Models" ?

это лучше в пн. все пьяные и по домома.

гдето на сайте естькак рисовать модельки

ок пошел искать

а то что-то никакого попадания с моим железом :(

там главное вот что то такое нарисовать

https://bt.nocproject.org/browse/INV-44

https://bt.nocproject.org/browse/INV-43

чистая установка нока, цыска 2950 шлёт трап про падение линка и нок говорит Unknown | SNMP Trap

я почему-то думал, что такие базовые оно должно само как-то

я уже не помню, в другом месте вроде без доп. махинаций взлетало

Unbeerable: raw value этого трапа кинь

Закоммител обновленный профиль DLink.DxS.

Вроде пофиксил NOC-1508, научил показывать воткнутые SFP

Dmitry1, http://pastebin.com/ATps4UTD оно?