nocproject.org

с inv.inv кстати, забавно

там есть контейнер Building

если на него навесить аттрибутов, то дуриком получим каталог объектов недвижимости

custom_field

зачем?

их в модели можно положить

их не так много

аренда стойки от аренды комнаты отличается?

да

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

атрибуты нужно добавить

тогда сможет

еще, наверное, в inv.inv нужно добавить вкладку Files

для всякого барахла

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

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

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

полка как контейнер, например

скажем -- полка -- контейнер на 4U

и складывай в него батареи

dvolodin, слушай, а что делать с таким трансивером

NAME: "GigabitEthernet0/1", DESCR: "1000BaseLX SFP"

PID: vvvv, VID: 0527 , SN: H22L556

а что с ним не так?

PID

vvvv

и мне что-то подсказывает что это не последнее изобретение китайских производителей

это да

фантазия у них богата

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

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

все лучше, чем ничего

в целом -- можно раскидывать железки по стойкам и расставлять позиции

правда, пока без валидации

вообще, для работы с inventory хорошо ложится JUNOS-like CLI

с блочным конфигом

закоммитил что есть

Бонжур! У кого есть опыт настройки днс синхронизации в 0,8? Делал по доке http://kb.nocproject.org/pages/viewpage.action?pageId=7766132 не пойму как запускать stomp на днс сервере

есть, но не у меня

стомп не надо на днс сервере запускать

clone-sync сделал, на dns перенес и всё?

я не знаю, никогда этого не делал

и инструкций нигде нет

инструкция есть http://kb.nocproject.org/pages/viewpage.action?pageId=7766132 и в ней сказано: Суть метода синхронизации заключается в том, что демон синхронизации цепляется к демону noc-stomp, подписывается на определенный канал информации/обновлений.

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

да, значит остаемся на 0,7(3) бо днс используется активно

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

наконец то прикрутил к своему скрипту выдергивание серийников с видекарточек)

{'builtin': False,

'description': '3D controller',

'number': '7',

'part_no': ['GF100 [Tesla M2070]'],

'serial': '0323111078150',

'type': 'DISPLAY',

'vendor': 'NVIDIA'},

ляпота.

_4ePTeHok, с блейдами жружишь?

а мейнфреймами?

ладно, вторый в сад, а в блейд шасси иногда свичи встраивают

zi_home: всегда встраивают

:)

свитчи свитчи..

у меня тут в блейдах брокейдовские FC свитчи

еще под них профиль писать.

всегда, так всегда, я в жизни блейда не видел

dvolodin, скажи мне, присылать тебе в профиле специфичную функцию для NVidia Tesla?))) с одной стороны врядли кому то кроме меня оно понадобится, с другой - я ж задолбаюсь при обновлениях править профиль.

там через try: сделано, так что работать у всех будет.

а что не так с теслой?

там серийники и номера карт дергаются через проприетарный драйвер

nvidia-smi такая хрень есть

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

ну не только тебе

напомните, где включается log job-ов?

теслы часто на фермах используются

в noc-discovery.conf

там понимаешь в чем дело...

мне важно знать какая карта в каком слоте стоит. У нас ферма на конкретных блейдах - где можно забить в табличку соответствие bus_number: pcie_slot_number.

на другой конфигурации соответствие будет другим..

это от меппинга pcie_bus:slot зависит

и хрен тут угадаешь по выводу с железки

все, теперь железки можно пихать спереди и сзади стойки

я могу сделать вывод в number = pcie_bus_id тогда будет универсально

но это не даст номер слота

то есть там для каждой мамки свое отображение bus id на конкретный слот?

черт, убёг

dvolodin, именно, каждая мамка мэппит слот исходя из соображений разводчиков платы..

нашел как по непонятным трансиверам вытащить инфу

для инвентори

а у нас можно в модели указать дополнительный prod_no?

тот, что с железки не вытащить?

_4ePTeHok, можно, хоть десять

это гуд

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

ох, теперь клепать базу моделей

вендоров, типов и коннекторов...)

zi_home: какую?

sh idprom interface g0/1

хм

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

NAME: "GigabitEthernet0/1", DESCR: "1000BaseLX SFP"

PID: vvvv, VID: 0527 , SN: H22L556

NAME: "GigabitEthernet0/2", DESCR: "1000BaseLX SFP"

PID: Unspecified , VID: 0905 , SN: H11L487

она на четырехтонниках была

вот что достает

Vendor Name : CISCO-FINISAR

Vendor Part Number : 1000BASE-LX

Vendor Revision : 0x41 0x30 0x20 0x20

Vendor Serial Number : H22L556

Vendor Name : CISCO-FINISAR

Vendor Part Number : 1000BASE-LX

Vendor Revision : 0x41 0x30 0x20 0x20

Vendor Serial Number : H11L487

на МЕ3400 она есть

и на 4924

но надо конкретный порт указывать

на 6500 тоже есть такое

на 2м супе.

думаю разумно дергать эту команду если мы в NoName ветку ушли

но второй суп вообще не показывает трансиверы в sh inv

так что для обогащения вывода вполне можно

тогда надо понимать, когда ее дергать

Vendor Name : CISCO-FINISAR

Vendor PN : 1000BASE-LX

Vendor rev : A0

Vendor SN : H22L714

наверное, если nNAME: валиндное имя интерфейса

в моем случае их в нейм не будет.

предлагаю дергать в любом случае, просто если все данные есть уже в list - не писать, иначе - добавляем.

кстати, что именно дает дополнительно она?

вендора?

у меня - sh inv не дает трансиверы вообще.

http://pastebin.com/kq5HcvZ3 - вот полный вывод

dvolodin, ну как, вендор и part_no. вот только

Vendor name = CISCO-AVAGO

оно у всего вочти

непонятно

ну, допустим, CISCO мы выкидываем тут

в циско вендора это совать

или в аваго

или в финисар

аваго и финисар

dvolodin, не все так просто

Vendor Name : OptiCin

ну и

ну вендоров просто наклепать.

делов то.

NAME: "TenGigabitEthernet1/30", DESCR: "10Gbase-LR"

PID: X2-10GB-LR , VID: V05 , SN: AGA1636X1HK

вполне легитимный цисковский вывод

а по idprom

Transceiver vendor name :CISCO-AVAGO

Part number provided by transceiver vendor :SFCT-7095Z-CS1

Revision level of part number provided by vendor :20

Vendor serial number :AGA1636X1HK

Vendor manufacturing date code :2012090801

и вендор другой и парт намбер

if vendor.startswith("CISCO-"):

vendor = vendor[6:]

=) сверять по серийнику - писать два авртнамбера

парт*

вендора выбирать аваго)

а честные циски новые вот так выглядят

NAME: "GigabitEthernet0/1", DESCR: "1000BaseLX SFP"

PID: GLC-LH-SMD , VID: V01 , SN: FNS17050K4A

Vendor Name : CISCO

Vendor Part Number : FTLF1318P3BTL-CS

Vendor Revision : 0x41 0x20 0x20 0x20

Vendor Serial Number : FNS17050K4A

без всяких минусов

угу

осовенно серийник и part no :)

причем серийник опять явно финисаровский :)

я про то же

;)

можно правилами по серийникам, конечно

а наклейки везде Cisco

не, по серийникам это грубо

dvolodin, объясни как работает меппинг вендоров моделей?

+и

туп как пробка

:)

по тому, что указано

part_no или диапазон серийников

и по part_no он присвоит Model и vendor?

модель

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

т е вендор нужен изначально

ок.

может быть NoName

а еще вопрос - часто в железках зашит вендор или part_no = OEM

но тут правильно, наверное, если вендор CISCO- -> откусываем начало нафиг

такие выкидывать в Noname?

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

или создать отдельного OEM

согласен

если OEM сам по себе -- то выкидывать OEM

а то так и мелкие каталисты станут FOXCOMM

:)

те, у кого серийник на FOX

:)

FOXCON

шас покажу.)

*-power UNCLAIMED

description: To Be Filled By O.E.M.

product: To Be Filled By O.E.M.

vendor: To Be Filled By O.E.M.

physical id: 1

version: To Be Filled By O.E.M.

serial: To Be Filled By O.E.M.

capacity: 32768mWh

гг. Нате)

красиво

мы полезли куда-то вглубь

давайте для начала копнем вширь :)

ага, я так чую в сервачном сегменте будет еще веселее.

там будут свои тараканы, да

да уже собсно.

железо по стойкам уже можно раскладывать

вроде работает

dvolodin, да я собственно что хотел сказать, если show inventory не дает нормальный part_no, то надо пошариться в idprom

zi_home: да, я понял

я в принципе профиль набросал, сбросить тебе на посмотреть? Там только классы/вендоры и прочее надо насоздавать...

не самый плохой способ

только как определить, шариться, или нет?

_4ePTeHok: лучше на модели посмотреть

ну как, если мы в Noname ушли, то стоит последнюю попытку сделать

хех, ну тогды к концу недели.)

пока нарисую хотя бы под свои железки

у нас же есть логика когда Noname вендора записываем

вот там и плясать

а что с bus id в итоге?

кстати - можно как то посмотреть отдискаверенное инвентори без connection rules?

dvolodin, пока оставил свою табличку привязки.

_4ePTeHok: шасси увидешь

так погоди

может нам вообще добавить возможность делать mapping'и?

например - id -> слот

у нас там только number

сейчас нет никакого id

да не

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

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

смотри

если у нас number -- какая-то неведомая хня

но, однозначно указывающая на слот

мы можем в модели сделать mapping

и дергать его в connection rule

например, если мы указываем target_connection == {N}

в правиле

то будем писать, скажем

target_connection {pciebusid:N}

a в дереве вывода что будет отображаться?

имя слота

то есть ты в скрипте выдаешь id

а в модели у тебя слот

и привязка этого id к слоту

понял.

а mapping'и просто добавим в модель как отдельную сущность

ну смотри что я могу выдернуть - {'slot': None, 'vendor': 'NVIDIA Corporation', 'name': 'GF100 [Tesla M2070]', 'descr': '3D controller', 'l_name': None, 'bus': 'pci@0000:08:00.0', 'oclass': 'display', 'version': 'a3', 'serial_1': None, 'serial': None, 'id': '0', 'size': None}

'bus': 'pci@0000:08:00.0' вот это оно и есть

ну да

а в mapping должно быть pci@0000:08:00.0 -> pci0

а вот теперь вопрос - например для ethernet я туда отдаю 'eth2'

куда его меппить?)

в слот

'pci@0000:04:00.0' гуд

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

и как ее отличить от внешней - хз

ну она же всегда будет там?

всегда, да

ну и какая разница?

ну я в том смысле, что надо договорится что именно отдавать в number

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

это надо понять, как оно в целом выглядеть будет

и по type договориться тоже

чтобы без зоопарка

physical id: 0.0.0

bus info: scsi@0:0.0.0

вот обычный ata

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

да то же самое

и снова ушел)

dvolodin, если логи прочтешь - выскажи мнение по типам - у меня сейчас такие: CHASSIS MBOARD CPU MEMORY NETWORK DISPLAY STORAGE PSU CD/DVD MULTIMEDIA

а blu-ray на серверах еще не ставят?

у меня нет

еще есть глобальная жопа с рейд-контроллерами

которые ничего не отдают, кроме как своим проприетарным утилитам...

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

а нужно?

ну базу набросал, а дальше по мере наращивания базы моделей будет ясно...

как это, а винты ?

серийники, модели?

а что винты?

винты не бывают встроенными

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

а, это да

у меня на всех серверах аппаратный рейд, но там везде фря, не смогу ничего проверить

у меня тоже везде железный рейд

че нашел

http://www.ccieflyer.com/2009-Nov-Eric-Conrad.php

как отличить циску от фейка

zi_rus: да ничего нового он не написал там

не написал самого главного

что cisco заказывает оптику на тех же заводах и она ничем не отличается

хуавеи вот любые трансиверы жрут - и не выеживаются

вот и я про то же

большую часть стоимости цены трансивера составляет контроль качества и логистика

интересно, а каков процент брака

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

особенно у dwdm

думаю, относительно небольшой

я вот не помню, там же входных фильтров нет

вот новые 3750 с последними ревизиями фирмвари левые сфп не жрут, это да

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

это которые 3750E ?

точно не скажу, я дома сейчас

да, в общем, пофиг

не вижу я им применения в новых инсталляциях

дык да, щас модно жуниперы в ростелике

говорят что скоро и брасы с хуавеевских ме-60 будем на мх менять;)

более чем модно

ну ты посмотри, где Эдик Василенко работает сейчас, и где он работал до этого

ну и до кучи -- позапрошлую работу

У нас в области E-шки стоят

я не знаю про кого ты говоришь

посмотри завтра в справочнике

техническое развитие в РТ в надежных руках :)

только не у нас в филиале

что бы ты сделал с хуавеями, если бы принимал решение и до РТ лет 7 работал в Juniper'е?

:)

впаривая всем MX'ы

;)

нам не впаривают - нам просто привозят ;)

естественно

хоть не MX80?

для двух районов и их привезли

у нас тут филиалы-то который месяц объеденить не могут

ералаш сплошной

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

ежик и ужик

http://www.imagebanana.com/view/rccgj3if/ScreenShot20131202at00.55.58.png

вот, ночной кошмар

верхняя железка прикреплена к задней стенке

кто напишет импортер из racktables?

:)

диспетчера на работе у меня ноковский фм как-то не заценили

на что жаловались?

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

или направление

а в ноке глаза разбегаются

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

примерно так http://home.mari-el.ru/kma/nagios.png и так http://home.mari-el.ru/kma/noc.png

ну там еще фотография кошки есть, но она не считается

not found

а..да я удалил уже

давай потом

ok

спасть пора

дыа