About Forum Blogs NOC Docs Downloads KB Issues Code CI Registration

nocproject.org

#nocproject.org at irc.freenode.net log.
Back to nocproject.org Back to IRC log index
Date: 15.02.2012
freeseacher #
04:10
dvolodin, у тя где нить ссылка сохранилась на удаленный вызов mrt
04:10
на дпасте уже потерли
dvolodin #
04:10
вспомню если что
04:11
в коллекцию mrtconfig надо гейт добавить
freeseacher #
04:11
дай чего нить плиз
04:11
надо попробовать поделать
gnu-linux #
04:13
dvolodin добей NOC-289 и NOC-361. Тогда поддержка SNMP запляшет сразу...
dvolodin #
04:30
там явно не проблема
04:31
железки тупо не должны отвечать на неизвестные oid'ы
gnu-linux #
04:32
Но отвечают!
04:32
А что тяжело обработать ответ если он есть?
dvolodin #
04:33
единственный способ - timeout error
gnu-linux #
04:35
Это плохо.. Если no OID разлечить с timeout error, который вообще прекращает работу скрипта, то поддержку SNMP можно значительно расширить...
dvolodin #
04:35
try: ... excpt ....
gnu-linux #
04:35
Кроме того простой snmp.get это уже различает и обрабатывает!!!
dvolodin #
04:36
лови в отдельном блоке
04:36
get поднимает таймаут
gnu-linux #
04:37
такчто наверно трабла только в snmp.getnext... и для решения достаточно скопипастить в него код с snmp.get
dvolodin #
04:37
там одинаково
Unbeerable #
04:38
бляблябляблябля, я всё похерил :(
gnu-linux #
04:38
Ну тогда в snmp.join_table не умеет разделить таймоут и отсутствые OID
Unbeerable #
04:38
создал address range и он похерил мне все fqdn уже прописанные
gnu-linux #
04:39
Востановить зонные файлы с бекапа?
Unbeerable #
04:39
бэкаааапы
gnu-linux #
04:43
dvolodin будешь учить join_table разлечать таймоут и отсутствие OID или мне использовать try - except????
Unbeerable #
04:44
а где можно почитать теперь что такое address ranges и зачем оно реально надо?
zi_rus #
06:28
народ, подскажите, а что делает шедуль main.cleanup?
BaZZiliO #
07:37
я правильно понимаю, что для отчета по коммутаторам правильнее пользоваться Service Activation, а не Configuration Management модулем ? Например - мне нужен отчет на каких коммутаторах настроен igmp, а на каких нет
`kk #
08:32
ммм... подскажите ссылку на табличку с мибами длинков
evyscr #
08:33
на форуме
08:33
(есть топик со ссылкой)
`kk #
08:34
точно! сп
zi_rus #
08:56
что делает шедуль main.cleanup?
09:13
и тишина...
Dmitry1 #
10:03
Таблица MIB'ов устарела. dvolodin: перегенерируй новую.
gnu-linux #
10:33
NOC-358 обновил для обхода NOC-361 и теперь он поддерживает даже разные DSL пулы...
10:35
У меня при дергании через SNMP больше сотни коммутаторов от них пропадают данные, результат: None
10:35
У кого ещё такое встречалось?
10:36
Кто может протестить? Для этого надо скопипастить поддержку SNMP с NOC-358 в скрипты вашего профиля...
10:38
Ну и дёрнуть чёто, например get_switchport сразу с пару сотен коммутаторов...
minimus__ #
10:42
snmp то переделали?
10:42
а то пытался ставить тут
10:42
с нуля
10:42
на миб чет ругнулось
10:42
при /post-update
BaZZiliO #
11:09
у меня тоже самое на старом апдейте - когда 700 девайсов дергаешь - почти все с ошибкой падают
11:09
немного попозже можно попробовать обновиться
Dmitry1 #
12:12
dvolodin: перегенерируй новую таблицу MIB'ов для D-Link
dvolodin #
12:17
noc.fm.models.OIDCollision: Cannot resolve OID 1.3.6.1.2.1.2 collision between IF-MIB::interfaces and RFC1213-MIB::interfaces. No preference for IF-MIB
12:19
ик
12:22
сам наступил на свои же грабли :)
12:24
noc.fm.models.OIDCollision: Cannot resolve OID 1.3.6.1.4.1.171.11.63 collision between SWPRIMGMT-MIB::des30xxSeriesProd and SWPRIMGMT-DES30XXP-MIB::des30xxSeriesProd. No preference for SWPRIMGMT-MIB
12:24
а вот это, Дим, уже твое
Dmitry1 #
12:25
не-не-не
12:25
это глюк D-Link
12:26
Там действительно одинаковые OID'ы но разные MIB'ы ссылаются и на оба этих MIB'а
12:27
Тут по FM другая шняга вылезла:
12:27
Приходит первый ивент:
12:27
Port 26 link up, 1Gbps FULL duplex info
12:28
Через секунду приходит второй ивент:
12:28
Port 26 100 GBIC module detected. info
12:28
На лицо то-ли битый GBIC, то-ли битый линк. Как обработать эти два события?
dvolodin #
12:30
вводить новый тип alarm'а -- флап трансивера?
Dmitry1 #
12:30
я думаю над этим
12:31
вопрос в другом - мне нужно обработать ДВА ивента в одном правиле, или как-то передать значения в другое правило.
dvolodin #
12:32
не надо так делать
12:32
Port 26 link up, 1Gbps FULL duplex info
12:32
точнее
12:33
Port 26 100 GBIC module detected. info
12:33
есть аналогичное событие на гиг?
12:33
мы можем поднять alarm на флап типа трансивера
Dmitry1 #
12:35
Тут думать надо. В событии "Link Up" у нас нет скорости, дуплекса и т.п. Надо добавить это туда.
12:35
Тогда, пользуясь Inventory, мы можем генерировать алармы, если в 1G дырку пихают 100Mb трансивер
12:37
Сейчас готовлю кучу ивентов по обработке событий для модулей и трансиверов
12:52
Тут еще нарисовалась перспектива работы с FM
12:53
Генерируется ивент: "Hardware module GBIC present, interface Gi 1/1"
12:54
После этого выполняется скрипт get_interface_status, который нам говорит, что порт Gi 1/0 - Down
12:54
Надо аларм поднимать!
12:55
Т.е. надо пытаться начинать писать мини-сценарии для событий FM
dvolodin #
12:57
зачем поднимать alarm?
12:57
воткнул я оптику, патч не подключал
Dmitry1 #
13:08
а если обрыв?
13:08
модуль есть, а связи нету
13:09
смысл в том, что ивенты link up/down генерируются во время работа устройства
13:10
А module present/not present - во время старта
13:11
Если мы словили ивент "System Started", мы просто ОБЯЗАНЫ проверит все ли запустилось на устройстве. Особенно, если устройства выпадают целыми каскадами, как в случае городской сети у провайдеров.
13:12
Т.е. алгоритм такой - через назначенный таймаут после ивента "System Up" - проверить доступность сервисов и т.п.
dvolodin #
14:55
дим, я думаю - это кастомизированная логика уже
14:56
типа минут через 5 после запуска сходить и сделать диагностику
Tweet
Share this page
Share this page: Tweet