nocproject.org

lexus-omsk: привет

и все привет

нужна идея, откуда lldp_discavery берет "get_neighbor(1C:AF:F7:6C:4A:BA, 4) -> s532-2-1.intt"

s532-2-1.intt физически отключен, в ноке is_managed отселекчен, порты удалены

с этим маком теперь другой объект в ноке, но его соседи в lldp_discovery видят его как старый

get_lldp_neighbors отрабатывает корректно, как на новом объекте, так и на соседях

Привет. Ну раз не сдаётся dvolodin, то нужно самому лезть в код и вникать в логику

Может кэшируется где-то результат id_discovery

мне тоже так кажется

например, в noc.inv.discovery_id в монге

т.е. у тебя там сейчас 2 разных объекта с одними и теми же данными, видимо старый находится раньше и линкуется

# Get cached

n = self.n_cache.get((chassis_id, chassis_subtype))

ща поищу

да, два объекта

lexus-omsk: ну и что, чего предлагать? в какой момент это нужно бы штатно чистить?

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

тут в логике вопрос: насколько это корректно оставлять старый mo при повтоной установке того же железа и заведении его заново

в логике работы --- нужно

мне нужны конфиги, история их правок

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

а так я его выключил в ноке, и ожидаю что дальше это пассивный объект

не дропать же всё, кроме конфига при каждом снятии галки is_managed... вдруг ты через 5 минут её вернёшь...

хотя, конечно, тогда и собрать заново всё можно... не знаю, спорный вопрос

да, интересная тема

например интерфейсы я вычищаю, иначе с вланами неправильность

может нужен еще статус объекта "ридонли"

что у него только конфиг, и больше нок про него ничего не знает

хотя тоже спорно

а вот ещё про инвентори вчера спрашивали - вроде не вычищаются данные при wipe... туда же вопрос

хех, еще одну такую пару нашел

наверное буду делать код, вычищающий выключенные

ну да, что-то типа триггера на снятие is_managed

dvolodin: привет

привет

lexus-omsk нашел мою проблему

в db.noc.inv.discovery_id дублируются записи

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

get_neighbor видимо берет первую

сейчас будет предложено написать свою обработку в виде solution =)

TSergey: вопрос скорее в том, почему они дублируются

это не вопрос

сняли коммутатор на склад, я выключил is_managed

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

затем коммутатор перезалили, настроили, поставили на новое место

мой дисквери нашел его в биллинге, добавил в нок

после дискавери в db.noc.inv.discovery_id добавился дубль маков шасси

в итоге вопрос примерно такой: стоит ли удалять все потроха MO кроме конфига при снятии is_managed?

lexus-omsk: да, или для начала брать в get_neighbor не первый объект, а последний (самый свежий)

если в монге db.noc.inv.discovery_id, то через шелл это какой объект?

zi_rus: при смене профилей интерфейсов через web конфиги проб перестраиваются

TSergey вот и вырисовывается костыль в виде, например, ежедневного pyrule, вычищающего всё ненужное

разве что ещё как-то сохранять серийник для истории, где стояло конкретное устройство, на случай разборок с бухгалтерией

а в целом я рад, длинк сделал прошивку с исправлением lldp на des-3028, я ее накатил на исследуемый сегмент, грохнул шасси призраков, сегмент слинковался

теперь бы зачинить обратно селекторы

что поправили в прошивке?

поправили две вещи (столько знаю) --- oid по событию link down \ up теперь начинается с 1.3.6

а не 1.3.(порт)

и поправили lldp пакет

там было

TLV Type: End of LLDPDU

TLV Lenght: 6

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

у них серьезно был oid 1.3.<порт>

?

ага

ну логично, 1.3. лежит в одном октете ;)

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

;)

http://forum.dlink.ru/viewtopic.php?f=2&t=167115

отличная тема

фича с TLV Type: End of LLDPDU прикольнее, стоят два 3028, один чипсет, одна прошивка

монолог, сопровождаемый единственным ехидным вопросом представителя

да, форум там такой

есть же зухухоли, ежики и прочая нечисть

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

так повелось

dvolodin, стабильность!

это основное качество длинокв

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

так вот, про "End of LLDPDU" --- стоят два des-3028, один и тот же чипсет, одна прошивка, один другого видит по lldp, второй первого нет

это выше моего понимания

freeseacher: а чего вы ставите на доступ?

длинки :)

:)

Всем привет! Если кто-нибудь может помочь с описанием модулей Inventory, GIS, Fault Management, Address Space Management, Peering Management (назначение модуля и полей), буду оень благодарна!

вопросики задавайте

Модуль Inventory, назначение и поля элементов...

привет всем! :)

у меня боевая версия нок 0.7. на 0.8 все ни как не перейду окончательно (тестовая среда пока не дает те результаты, что 0.7). так вот, на боевой у меня стоит монга 1.8.2. могу ли я обновить монгу до 2й версии без опасения, что что-нибудь сломается?

думаю нет :)

но к чему эти сомнения?

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

у меня ни разу не ломался функционал о котором бы я знал

прям ни разу?

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

окей, попробую обновиться.

сомнения, просто линукс такая штука...

другое дело, что это мелочи

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

а бэкапы у тебя настроены?

или в 0.7 такого не было?

TSergey, +1, у меня тоже так было

бекапы базы есть

MindGames: из нока делается бэкап?

я их правда, все почистил. я почему обновить хочу на версию 2.. мне нужна команда compact. у меня база разрослась.. я почистил все евенты и алармы.. но размер не уменьшился.. Storage размер так был так и остался :(

TSergey, ну да, из нока, конечно

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

этажам стойкам и етц

MindGames: компакт ерунда, вот db.repairDatabase() это да

TSergey, не прокатывает репейрдатабейз.. пишет, что места ему для этого не хватает :))

ага.

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

freeseacher, ну вот! а занял он 100% места. после того, как я удалил все бекапы логи и прочее стало занято 79% места. ;)

cfyz'afk, спасибо, раздел Интерфейсы в Inventory? Назначение? И раздел Inventory?

интерфейсы это интерфейс

ы

все найденные на железяках

инвентори база железа с внутренностями

,,

ну все. бобик сдох :(( обновил версию до 2.0.8 (монга). и к базе теперь не коннектится :(

пользователь noc в монге есть?

знать бы как проверить ;)

сейчас сервер ребутнется - посмотрю

создай силой заново

CfYz`R, еще раз спасибо, просьба еще рассказать про импорт/экспорт в CSV из Main - Setup, что импорт./эксп. и зачем?

уфф.. вроде, заработало

странно.. вроде сделал компакт.. теперь StorageSize равно Size коллекции.. т.е. не гигабайты - а два - три мегабайта.. но почему-то место на диске так было 78% занято, так и осталось :((

может еще что надо сделать?

не могу запустить долбанный RepairDataBase

techwriter: импорт всего, экспорт тоже.

позволяет выгрузить из БД или загрузить в БД любую(?) модель с помощью CSV.

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

к примеру.

или список зон DNS или адресное пространство

ну и выгрузить можно тоже наружу в CSV. Вместо бекапа :)

есть еще такая же консольная команда. Ну и сильно много ему лучше не скармливать, подавится :)

MindGames: чуда не случилось

я как-то пробовал туда влить что-то около 30 тысяч обратных зон - ждать устал

mikevlz|2, спасибо, просьба консольную команду написать

MindGames аналогичный эффект даст операция backup / restore

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

lexus-omsk, эмм.. как-то ссыкотно ;)) и надо бекап последний сделать.. а у меня места нет.

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

techwriter: ./noc help csv-import ./noc help csv-export

lexus-omsk, не подскажешь как слить бекап и восстановить его?

mongodump и mongorestore

давно делал, точно не помню ключи... кто-то писал в блогах об этом, попробую найти

MindGames: так ноком слей

http://kb.nocproject.org/pages/viewpage.action?pageId=7766346

TSergey вот ты недавно удалял интерфейсы через shell, а сабы на этих интерфейсах автоматом удаляются при этом?

а как это проверить?

ясно) значит тоже не подумал заранее

for i in SubInterface.objects.filter(managed_object=mo.id ):

ничего не находит для такого удаленного

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

а, нашёл... в модели определён метод delete, который удаляет и сабы, и маки

прекрасно

с валнов порты убираются, значит сабы чистятся

и линки

*с вланом

**с вланов

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

я про то, что и так должно обновиться

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

снеси профиль с интерфейса

и попробуй еще раз

может оно уже работает

раньше сигналы работали только в noc-web

сбросил профиль в дефолт

запустиил пируль

он переписал профиль на правильный

смотрим

там в логах должно быть видно

что именно?

и в каких логах

пока что ничего не появилось

сколько ждать?

минуту

попробуй в pyrule сделать в конце

ProbeConfig._refresh_interface(interface)

ыыы

начинаются костыльчики

я тебя про это и спрашивал вчера

но не надо

уже появилось

оно сработало

вот-вот

две недели люишь мозг по исправленому багу

:)

dvolodin: привет

а от чего nbsocket может повисать в select() ?

в частности udpsocket

и чем подебажить можно?

если только в обработчиках

dvolodin, свич ребутнулся

2014-11-07 13:38:39,790 [noc.pm.probe.metric] Possible counter stepback for object.cat-nartova4.interface.gi_0-1.interface.load.in: 247225978101 -> 33730488

2014-11-07 13:38:39,791 [noc.pm.probe.metric] Possible counter stepback for object.cat-nartova4.interface.gi_0-1.interface.load.out: 111857873043 -> 27713491

2014-11-07 13:39:24,423 [noc.pm.probe.metric] Possible counter stepback for object.cat-nartova4.interface.fa_0-24.interface.discards.out: 18719 -> 0

ну нормально

он просто отбросил кривое измерение

костыль не хочешь сделать? или похер, так сойдет?

dvolodin, я обновился до твоего MAX31, но сообщения повторяются

2014-11-07 13:20:16,921 [noc.pm.probe.metric] Possible counter stepback for object.isam-mkazakova.interface.enet1.interface.load.in: 2145459690 -> 20701756

zi_rus: а зачем там костыль

он корректно просек, что нас накололи

ну ты же сделал МАХ31

по-моему такой же костыль

ладно, не хочешь, как хочешь

меня больше беспокоит это

2014-11-07 13:22:53,133 [noc.pm.probes.generic.network.snmp_interface] [27d9abb0-954c-5bf7-b3c9-42e25dd767bd] Disabling missed oid None

подскажите, кто восстанавливал БД из копий резеврных? что означает вот эта ошибка:

mongorestore -d noc noc-db-2014-11-07-13-57.dump

connected to: 127.0.0.1

don't know what to do with file [noc-db-2014-11-07-13-57.dump]

я восстановил из bson файлов.. но что тогда в dump хранится??

хм

MindGames: было бы крайне странно, если бы монга размотала постгресовский дамп

dvolodin, да я уже понял что к чему :))

freeseacher, привет, у меня пропала боковая панель в Noc develop branch documentetion, можешь посмотреть? Мне нужно один раздел добавить.

.