Aleksey Shirokih pushed to noc/feature/microservices expose pool info to dashes

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

ексель ?

Хм, в чём-то это даже меньше наркомания, чем мне видится... \гуглит ipam плагин/скрипт для excel\

нее

там просто обычно всё

IP Tools for Excel

так вполне удобно

Provides functionality to execute and display results from commands and functions: ping, nslookup, tracert, OpenTCP, OpenHTTP, GetCertificateSSL()

Ладно, так, это больше наркомания...

так вполне удобно

Спасибо за идею, кстати.

Как раз на переходный период хватит.

phpipam?

Спасибо за идею, кстати.

велкам. где то подглядел.

phpipam?

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

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

:)

Все через RA

phpipam?

Там же страница со сравнениями есть, на en-wiki. Но да, не стенделон. По крайней мере мне на маке не хочется наркоманию в докере разводить.

Я бы тогда ещё понял какой-то скрипт на py-bottle или что-то соразмерное.

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

или в шарепоинт

Да мне вот и надо сугубо локальное, на работе мы уже с ipplan переехали в phpipam. Теперь надо ещё gestioip и phpipam сконвертить в новую эру.

да в идеале надо в похожую форму экспорт из всяких ipam делать

# ./noc ctl restart activator-default:* activator-default:activator-default-003: ERROR (abnormal termination) activator-default:activator-default-002: ERROR (abnormal termination) activator-default:activator-default-001: ERROR (abnormal termination) activator-default:activator-default-005: ERROR (abnormal termination) activator-default:activator-default-004: ERROR (abnormal termination) activator-default:activator-default-000: started

wtf?

Кажется, что-то сломалось

спасибо КЭП

фича в том что если делаешь ./noc ctl status то они показывают что всё ОК. но когда у тебя к нему обращается стороннее дискавери - его иногда трейсит .

и ещё. если у тебя на системе ЛА очень высокий то сервис пингов может начинать выдавать падение хостов которые живые на самом деле.

хотя это не баг, а фича.

[root@nochost3 noc]# ./noc ctl status activator-default:activator-default-000 RUNNING pid 22320, uptime 13:42:39 activator-default:activator-default-001 RUNNING pid 22319, uptime 13:42:39 activator-default:activator-default-002 RUNNING pid 22318, uptime 13:42:39 activator-default:activator-default-003 RUNNING pid 22317, uptime 13:42:39 activator-default:activator-default-004 RUNNING pid 22322, uptime 13:42:39 activator-default:activator-default-005 RUNNING pid 22321, uptime 13:42:39 classifier-default:classifier-default-00 RUNNING pid 387, uptime 2:23:53 correlator-default:correlator-default-00 RUNNING pid 28102, uptime 22:20:26 discovery-default:discovery-default-000 RUNNING pid 400, uptime 2:23:50 discovery-default:discovery-default-001 RUNNING pid 5548, uptime 21:01:53 escalator RUNNING pid 28249, uptime 22:20:09 mrt:mrt-000 RUNNING pid 28324, uptime 22:20:04 omap:omap-000 RUNNING pid 32476, uptime 7:21:38 ping-default:ping-default-000 RUNNING pid 28405, uptime 22:20:01 pmwriter:pmwriter-000 RUNNING pid 28435, uptime 22:19:59 pmwriter:pmwriter-001 RUNNING pid 28466, uptime 22:19:57 pmwriter:pmwriter-002 RUNNING pid 28510, uptime 22:19:55 pmwriter:pmwriter-003 RUNNING pid 28528, uptime 22:19:54 pmwriter:pmwriter-004 RUNNING pid 28532, uptime 22:19:52 pmwriter:pmwriter-005 RUNNING pid 28543, uptime 22:19:51 pmwriter:pmwriter-006 RUNNING pid 28557, uptime 22:19:49 pmwriter:pmwriter-007 RUNNING pid 28574, uptime 22:19:47 pmwriter:pmwriter-008 RUNNING pid 28583, uptime 22:19:46 pmwriter:pmwriter-009 RUNNING pid 28602, uptime 22:19:44 sae:sae-000 RUNNING pid 28630, uptime 22:19:42 sae:sae-001 RUNNING pid 863, uptime 21:42:31 sae:sae-002 RUNNING pid 28711, uptime 22:19:34 scheduler RUNNING pid 28718, uptime 22:19:32 [root@nochost3 noc]# ./noc ctl restart activator-default:* activator-default:activator-default-004: stopped activator-default:activator-default-001: stopped activator-default:activator-default-000: stopped activator-default:activator-default-005: stopped activator-default:activator-default-002: stopped activator-default:activator-default-003: stopped activator-default:activator-default-003: started activator-default:activator-default-002: started activator-default:activator-default-001: started activator-default:activator-default-000: started activator-default:activator-default-005: started activator-default:activator-default-004: started [root@nochost3 noc]# hg check 0 файлов обновлено, 0 слито, 0 удалено, 0 c конфликта

Я еще не всегда корреляция по топологии работает ?

и ещё. если у тебя на системе ЛА очень высокий то сервис пингов может начинать выдавать падение хостов которые живые на самом деле.

оно бывает фейлит и когда низкий LA

при высоком ЛА оно как бы логично :) и вопросов не вызывает .

меня больше настораживает что дискавери крешится когда к таким активаторам коннектятся

может

Хорошего дня всем. Очень прошу помочь в решении проблемы. Перестали синхронизироваться коллекции уже месяц как назад. При ./noc collection sync получаю:

[inv.objectmodels|8a27ede2-b967-421f-b0cf-a15c9e3ee4f4] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|51db1d5d-11e1-4fa5-96fa-8f612cb140e9] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|4f5702b5-82a1-4e2c-b27f-e897f924d15e] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|1dab7354-048d-4bf4-b225-995ccad1dfa2] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|00e64b98-c095-4bf1-b5aa-79948fa81980] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|3413ecc0-42f6-45ed-8f94-f807297de046] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|a8192485-3642-4cc1-b55f-e60c127dd3e7] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|29e26060-1d0c-4c1d-809e-97c4c634f105] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed

Действительно в монге нет такой коллекции. Хорошо, пытаюсь проинсталлировать ее. ./noc collection install collections/inv.connectiontypes/Cisco/2900/MOTHERBOARD.json

Скрипт выполняется, но в монге по прежнему такой коллекции нет. Подскажите пожалуйста как решить эту хрень.

Евгений надо удалить из базы эту модельку, т.к. её добавили в сурсах

Илья, пальцем ткни пожалуйста как это сделать... То есть какую модель-то искать? noc:PRIMARY> db.noc.objectmodels.find({name: "Cisco | 2900 | MOTHERBOARD"}) , так нет такой в монге

Чего удалить?

Илья, пальцем ткни пожалуйста как это сделать... То есть какую модель-то искать? noc:PRIMARY> db.noc.objectmodels.find({name: "Cisco | 2900 | MOTHERBOARD"}) , так нет такой в монге

попробуй по uid Найти её

Угу.

Спасибо, сейчас буду искать

Просьба неравнодушных покоментировать предложение для скрипта get_routing_table.

https://forum.getnoc.com/t/interfejs-sa-dlya-tabliczy-marshrutizaczii-routing-table/109

тебе форум починили?)

@freeseacher релиз гитлаба накатишь?)

тебе форум починили?)

нет, сказали - чинить не будем, пользуйтесь VPN

что за пидоры?

Евгений в каком плане в Монге нет такой коллекции O_O она при установке создаётся.

что за пидоры?

Местные товарищи)

Ну... У меня раньше была ветка девелоп(1000 лет назад). Потом я долго мигрировал на микросервисы. Потом все было прекрасно до 1 мес назад. Затем поломалась синхронизация коллекций. Вот и не знаю когда этой коллекции не стало. Сейчас : noc:PRIMARY> db.noc.objectmodels.find({name: "Cisco | 2900 | MOTHERBOARD"}) noc:PRIMARY> Пусто. Как ее создать - не знаю. Без нее синхронизация не идет , дохнет на смотри выше.

Думал что за месяц сам разберусь и никого дергать не буду

Не разобрался.

Грустно.

Хочется кофе и черного рижского бальзама.

и ликера, и всё в одну кружку)

И еще заорать ПОМОГИТЕ.

Надо найти старую коллекцию, она где-то в бд есть, точно

[inv.objectmodels|8a27ede2-b967-421f-b0cf-a15c9e3ee4f4] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|51db1d5d-11e1-4fa5-96fa-8f612cb140e9] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|4f5702b5-82a1-4e2c-b27f-e897f924d15e] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|1dab7354-048d-4bf4-b225-995ccad1dfa2] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|00e64b98-c095-4bf1-b5aa-79948fa81980] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|3413ecc0-42f6-45ed-8f94-f807297de046] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|a8192485-3642-4cc1-b55f-e60c127dd3e7] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|29e26060-1d0c-4c1d-809e-97c4c634f105] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed

это из сурсов или локальные uuid?

Это из сырцов

ERROR: S client not available

Евгений это зря месяц ждать:( пусто в выводе не означает, что коллекции нет!

db.noc.objectmodels.find()

что покажет?

Вот сейчас посмотрим

root@urannocnode1:/home/melkin# mongo -u noc -p noc localhost/noc —eval "db.noc.objectmodels.find()" | grep 2900 root@urannocnode1:/home/melkin# mongo -u noc -p noc localhost/noc —eval "db.noc.objectmodels.find()" | grep CISCO { "_id" : ObjectId("55530a2da22db67f8800233c"), "name" : "Cisco | 7600 | 7604", "description" : "Cisco 7600 4-slot Chassis", "vendor" : ObjectId("55530a29a22db67f880020d0"), "connection_rule" : ObjectId("55530a2aa22db67f8800231a"), "cr_context" : "CHASSIS", "data" : { "asset" : { "part_no" : [ "CISCO7604" ] }, "management" : { "managed" : true }, "dimensions" : { "width" : 445, "depth" : 552, "height" : 222 }, "rackmount" : { "units" : 5 } }, "connections" : [ { "name" : "clk1", "description" : "CLK module slot 1", "type" : ObjectId("55530a2aa22db67f880021e3"), "direction" : "i", "gender" : "f", "protocols" : [ ] }, { "name" : "clk2", "description" : "CLK module slot 2", "type" : ObjectId("55530a2aa22db67f880021e3"), "direction" : "i", "gender" : "f", "protocols" : [ ] }, { "name" : "fan1", "description" : "Fan slot 1", "type" : ObjectId("55530a2aa22db67f88002216"), "direction" : "i", "gender" : "f", "protocols" : [ ] }, { "name" : "linecard3", "description" : "Linecard slot 3", "type" : ObjectId("55530a2aa22db67f880021ac"), "direction" : "i", "gender" : "f", "protocols" : [ ] }, { "name" : "linecard4", "description" : "Linecard slot 4", "type" : ObjectId("55530a2aa22db67f880021ac"), "direction" : "i", "gender" : "f", "protocols" : [ ] }, { "name" : "linecard1", "description" : "Supervisor slot 1", "type" : ObjectId("55530a2aa22db67f880021f1"), "direction" : "i", "gender" : "f", "protocols" : [ ], "internal_name" : "sup1" }, { "name" : "linecard2", "description" : "Linecard 2/Supervisor slot 2", "type" : ObjectId("55530a2aa22db67f880021f8"), "direction" : "i", "gender" : "f", "protocols" : [ ] }, { "name" : "psu1", "description" : "Power Supply slot 1", "type" : ObjectId("55530a2aa22db67f88002197"), "direction" : "i", "gender" : "f", "protocols" : [ ] }, { "name" : "psu2", "description" : "Power Supply slot 2", "type" : ObjectId("55530a2aa22db67f88002197"), "direction" : "i", "gender" : "f", "protocols" : [ ] } ], "uuid" : BinData(3,"VUVlTBnVSj2Tzyq7g6tVyg=="), "plugins" : [ ], "category" : ObjectId("55530a2da22db67f8800233b") }

То есть на 2900 - вообще ничего

т.е. всё на месте

Но там-же толлько 76-ые! А у меня материться на 2900 ? Как это - на месте

Ничего не понимаю

ls -la collections/inv.connectiontypes/Cisco/2900/

Есть там все

cat collections/inv.connectiontypes/Cisco/2900/MOTHERBOARD.json

root@urannocnode1:/opt/noc# ls -la collections/inv.connectiontypes/Cisco/2900/ total 12 drwxrwxrwx 2 root root 4096 Feb 26 17:46 . drwxrwxrwx 32 root root 4096 Feb 26 17:26 .. -rw-r--r— 1 root root 229 Feb 26 17:46 MOTHERBOARD.json

Это я делал

это понятно)

поэтому и прошу содержимое

root@urannocnode1:/opt/noc# cat collections/inv.connectiontypes/Cisco/2900/MOTHERBOARD.json { "name": "Cisco | 2900 | MOTHERBOARD", "$collection": "inv.connectiontypes", "uuid": "c3f99e66-580c-4a52-af36-66e2fee69fc8", "description": "Cisco 2900 motherboard slot", "c_group": [], "genders": "mf" }

гуд..

теперь делаем запрос db.noc.connectiontypes.findOne({"name": "Cisco | 2900 | MOTHERBOARD"})

connecting to: localhost/noc noc:PRIMARY> db.noc.connectiontypes.findOne({"name": "Cisco | 2900 | MOTHERBOARD"}) null noc:PRIMARY>

Хрена там... нет ее :( Покинула она меня.

гм... если её там нет - почему не создаётся :(

О! Вот он ВОПРОС!

ок....

Я тоже хотел-бы знать...

./noc collection install collections/inv.connectiontypes/Cisco/2900/MOTHERBOARD.json - это я правильно пытаюсь ее создать?

А отдебажить это как-то можно?

db.noc.objectmodels.findOne({"uuid": "8a27ede2-b967-421f-b0cf-a15c9e3ee4f4"})

там всё просто

я залил модельки для всей Cisco ISR серии

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

noc:PRIMARY> db.noc.objectmodels.findOne({"uuid": "8a27ede2-b967-421f-b0cf-a15c9e3ee4f4"}) null noc:PRIMARY>