nocproject.org

dvolodin: NOC-88

как тебе мой грязный хак?

пливет, кцтате

да, я видел

это только для этого профиля?

ну я правил вообще глобально

в профиле проверить, запущен кли или нет - не додумался как

может вообще shutdown не пускать, если cli не вызывался?

вот я именно так и делал

там под куском кода я указал, что исправлял sa/script/script.py

посмотрю вечерком

окай

кстати, у меня тут кошки трейситься стали на get_inventory. В частности 3750-24TS в стеке

началось после того как кто-то научил скрипт PID_ы лучше опознавать

ага

и теперь трейсится на то, что у None методов не хватает?

отож

закоммитил фикс для NOC-88

давай трейсы, смотреть будем

dvolodin, Дим, поправь плиз

diff -r f250c5fb7b00 inv/discovery/reports/asset.py

--- a/inv/discovery/reports/asset.py Fri Dec 13 20:29:15 2013 +0400

+++ b/inv/discovery/reports/asset.py Mon Dec 16 09:03:50 2013 +0200

@@ -98,7 +98,7 @@

if scope:

self.set_context(scope, number)

#

- if not serial:

+ if not serial or serial == "None":

в скриптах вроде None отдаем, не пустое значение

тут проще поправить, чтобы None не становился "None"

это и в циске тае

так

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

не только у меня в скрипте

проще править 10 скриптов, чем в одном добавить 10 символов?)

и, кстати NONAME | Noname у меня так и не вставляется - игнорируется на этапе когда ассет принимает инфу от дискавери

говорит что : Unknown model: vendor=NoName, part_no=8GiB DIMM DDR3 Synchronous 1333 MHz (0.8 ns) (['NoName']). Skipping

но модель есть - NoName | RAM | DIMM | DDR3 | 1333 Mhz | 8Gb

"vendor__code": "NONAME", пробовал с part_no = NoName, и без asset вообще

ни так ни так

ну такое не отработает точно

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

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

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

намбер есть, раъем подходит, тип тоже - вставим

dvolodin: https://dpaste.de/AJCu

ну трансиверы в моделях ничем не отличаются

_4ePTeHok: ты в part_no должен отдать или part_no0 или имя модели

без ассета

только коннекторы

part_no0

{

"name": "NoName | Transceiver | 10G | XFP SR",

"uuid": "070deca5-5589-4343-866c-512472c79f5b",

"vendor__code": "NONAME",

"description": "NoName XFP LR transceiver",

"connections": [

"data": {}

невижу

mikevlz: это я фиксил уже

changeset: 8940:2cf1d39dd791

branch: feature/inventory

user: Dmitry Volodin <dv@nocproject.org>

date: Fri Dec 13 16:55:00 2013 +0400

summary: Cisco.IOS.get_inventory: Fix

где-то тут правил

какой еще трансивер для примера глянуть?

_4ePTeHok: если отдать name модели в качестве partno - оно примет

dvolodin: окай, обновлюсь...

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

т е сделать NoName | RAM | DIMM DDR3 1333 Mhz 8Gb? и отдавать в дискавери "DIMM DDR3 1333 Mhz 8Gb" как part_no?

нет

надо полное имя отдавать, если ты в модель не пишешь asset part_noX

скрипт должен в поле part_no пихать NoName | RAM | DIMM | DDR3 | 1333 Mhz | 8Gb

тебе там тип нужен и размер

хм. ну дискавери пухнуть будет от if бла бла

частота неважна?

сча попробую.

нужны какие-то правила именования

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

ну я предложил -RAM | form_factor | Type | Size если без частоты

сервачное все равно только я делаю

RAM | DDR3 | 8Gb 1333Mhz

может так?

а как различать Dimm\Rimm?

по дырке на плате

как трансиверы

так чего, договорились не отдавать серийника если его нет?

или таки None

а, вижу Дима закоммиттил

mikevlz, а в чем отличие part_no от part_no0?

_4ePTeHok: в asset?

угу

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

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

у е, я думал наеборот

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

блин, не жрет

скрипт отдает так -

{'builtin': False,

'description': 'Noname 8GiB DIMM DDR3 Synchronous 1333 MHz (0.8 ns)',

'number': '1:2C',

'part_no': ['NoName | RAM | DDR3 | 8GiB 1333 Mhz'],

'serial': 'None',

'type': 'RAM',

'vendor': 'NONAME'},

у модели - "name": "NoName | RAM | DDR3 | 8Gb 1333Mhz",

а бля

пробел

и Gib еще

угу

уря. воткнулось.

DxS.get_vlans на snmp довел...

никто со встроенным TFTP-сервером в ноке не баловался?

а он у него есть?

ни хрена себе

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

а зачем он в ноке если системный тоже самое делает

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

потому что единственная настройка - listen_tftp в конфиге активатора

не, нихрена

посмотрел ща код - там только чтение файлов сделано

где-то даже задачка висит "сделать полноценную поддержку tftp"... года с 2010, наверное :)

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

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

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

mikevlz, там нельзя отключить логирование ввхода выхода?

неа

напишите блинкам, пусть зопилят)

начал ковырять zyxel на предмет get_inventory - они серийиники не отдают.. а данные по трансиверам нормлаьно вытащить можно только начиная с прошивки 3.90

на более старых как бы можно, но из zynos mode, а у него промпт совпадает с непривилегированным логином

Vendor OUI : 76-2E-0A

Vendor Name :

Vendor PN : +MS

Vendor Rev : эУ

Vendor SN : TMST+г

Date Code : 29-88-245

ыы

ежики как всегда.

mikevlz, ну вот и ты понял радость снмп, меня логин логаут не беспокоят, а вот снмп быстрее работает и скорость это важно

погоди погоди

вот как начнет у него ложится махом

от снмп)

пачками

Vendor SN : ЮЗvЛй·

это просто параллельная вселенная)

_4ePTeHok: ты для 65й серии цисок скрипт допиливал?

да, но володин не комиттил

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

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

кстати sh eeprom там не добавили?

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

там же платы по-другому отдаются и текущим скриптом не выцепляются

есть еще sh idprom

там почти то же самое

блин, забыл где ж в 6500 данные по трансиверам

а ну да

sh idprom interface g 2/2

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

ну будет время - попилю

специалисты по монго есть?

> db.noc.log.sa.failed_scripts.drop();

Mon Dec 16 17:39:00.957 drop failed: {

"ns" : "noc.noc.log.sa.failed_scripts",

"errmsg" : "exception: assertion src/mongo/db/pdfile.h:392",

"code" : 0,

"ok" : 0

} at src/mongo/shell/collection.js:383

репеир валится на ней и всё

беда-пиздец...

мда

а ты ее переименуй

коллекцию

Дима, а как быть с коннекшенами, которые через промежуточный кабель?

_4ePTeHok: какими именно?

twinax работате

вот скажем Sata - на мамке оно male и на диске male

можно конечно упростить

как лучше?

ну нормально

и кабель с двумя female на концах

сделаешь интерфейс?

зачем?

там есть все

_4ePTeHok: а сетевые шнурки тебя уже не смущают?

а мы их делали в инвентори?)

ведь то же самое

тоже самое да

ну так солнцеподобный обещал...

dvolodin, ткни носом в пример модели

чтобы воткнуть диск

в модели делаю male/male

коннекшен есть Electrical | SATA

тебе модель шнурка?

как кабель прикрутить?

там два connection'а

и crossing

http://kb.nocproject.org/display/DEV/ObjectModel

там два разъема и заполненное поле cross

это отдельно создается модель кабеля, а как его втыкать в модель мамки?

точно так же, как и все остальное

мм..ну оно ведь не отдается asset_inventory

ээээ

если ты винт видишь - он же как-то подключен?

вот и отдавай какой-то "средний" кабель

отдавай кабель, да

,kby

блин

а если там мать > SATA > HDD bay > HDD slot > HDD?)

если в шасси этом только так и никак иначе - или отдавай, или абстрагируйся =)

ну а как еще?

если только connection rules дорабатывать как-то

считай всю эту скорлупу "жестким диском"

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

а там по любому придется чото делать, ибо межобектовые связи тащить из inv.interfaces когда то придется.

как и привязку интерфейсов к физю дыркам inv.interfaces - inv.inv

там ли?

я в принципе, без привязки к рулам

но у нас же есть в инвентори тип дырки

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

принцип тот же

сьыковка двух объектов кабелем