NetXMS Support Forum

Коллеги,

Очередная проблема. Пытаюсь мониторить squid. NetXMS-агента на сервер не ставил. Squid скомпилирован с поддержкой SNMP. Слушает на порту 3401.
Команда snmpwalk -v 2c -c NetXMS 10.1.10.10:3401 .1.3.6.1.4.1.3495.1.1 выдает вот такой ответ:
SNMPv2-SMI::enterprises.3495.1.1.1.0 = INTEGER: 1136
SNMPv2-SMI::enterprises.3495.1.1.2.0 = INTEGER: 92720
SNMPv2-SMI::enterprises.3495.1.1.3.0 = Timeticks: (2436) 0:00:24.36

Однако NetXMS отказывается опознавать хост как имеющий SNMP-агента. При этом, запрос SNMP к сквиду приходит, но некорректный. Сквид выдает вот это: Failed SNMP agent query from : 10.1.10.23.

Может, сталкивался кто?

Update: еще интереснее:

$ nxsnmpwalk -c NetXMS -p 3401 -v 2c 10.1.10.10 .1.3.6.1.4.1.3495.1.1
.1.3.6.1.4.1.3495.1.1.1.0 [02]: 8224
.1.3.6.1.4.1.3495.1.1.2.0 [02]: 92460
.1.3.6.1.4.1.3495.1.1.3.0 [43]: 60621


Еще udpate: если этой ноде добавить SNMPшный DCI, то он отрабатывает. Однако SNMP walk через SNMP browser не работает.
И опять update: SNMPшный DCI отрабатывает только если у DCI проставить значение Use custom SNMP port в значение 3401. Не смотря на то, что у хоста прописан этот SNMP-порт.

Коллеги, а не сталкивался ли кто со следующим траблом?

Есть, упрощенно говоря, два управляемых свича - один L2, второй L3. Они соединены между собой транковыми портами. У меня есть MAC-адрес одного из клиентов, подключенных к L2-свичу. Я хочу понять, какими портами соединены L2 и L3 между собой.

Что я делаю? Я смотрю базу MAC-адресов (FDB) на L3-свиче и надеюсь увидеть имеющийся MAC привязанным к искомому порту. Не тут-то было... MAC этот в таблице есть, но в колонке Port стоит значение INTERNAL.

Что бы это значило?

С уважением,
Дмитрий

Разобрался. Можно закрывать.
Если кому интересно: в зухелевском MIBе ссылка на ospfLsdbLSID идет как

ospfLsdbLSID
    FROM OSPF-MIB

А реально оно прописано в RFC1253-MIB в моем случае. Исправление источника импорта в зухелевском MIBе решило проблему.

Насколько я понимаю, для каждого DCI устанавливается свой интервал опроса.

Hi,

I've got a heterogeneous environment - work both in Linux and Windows. Thus having to install a system dependent GUI management console is a pain for me. I'd prefer a single server-side application, which would eliminate a necessity to install a console at every place I work at.
Thanks!

Best,
Dmitry

Возможно, еще вот этот файл понадобится.

Да, запятые я тоже правил. Забыл уже про них
DISMAN-PING-MIB есть. Прилагаю.

Коллеги,

Туплю, похоже, под конец рабочего дня... Не компиляется MIB для коммутатора ZyXEL GS4024. Ругается вот так:
ZYXEL-GS4024-MIB: ERROR 001: Import symbol "ospfLsdbLSID" unresolved
При этом, я точно знаю, что декларация ospfLsdbLSID есть в файле RFC1253-MIB.mib.txt. Этот файл в компиляемой директории присутствует и при старте nxmibc подгружается. Подскажите, плиз, что я не так делаю...

Участвующие файлы прилагаю.

Заранее благодарен.

С уважением,
Дмитрий

Приветствую всех категорически!

Коллеги, каким образом можно узнать, почему не отрабатывает ActionShellExec на виндовой машине?
В конфиге агента выглядит он следующим образом:
ActionShellExec = SeclogonStart:net start seclogon
Время от времени (не всегда!) он не срабатывает. Есть какие-нить возможности дебага?

С уважением,
Дмитрий

Похоже, сам дурак. myisamchk запускается только после остановки mysqld. Иначе он выдает некорректные результаты, а myisamchk -r вообще корёжит данные, если запускать его одновременно с работающим mysqld...

Коллеги, "и снова здравствуйте"!

Поставил NetXMS 1.0.8 на Ubuntu Server 10.04 и MySQL 5.1.41. Всё бы хорошо, но myisamchk выдает два десятка таблиц с ошибками. После myisamchk -r всё фиксится, но совсем не надолго - похоже, до следующей записи в таблицы.

В чем может быть проблема? Вот результат чека:

root@bld-05:/var/lib/mysql/netxms# myisamchk --fast --silent /var/lib/mysql/netxms/*.MYI 2>&1|grep corrupt
MyISAM-table '/var/lib/mysql/netxms/audit_log.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/config.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_12.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_16.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_24.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_27.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_43.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_49.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_52.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_54.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_59.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_61.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_69.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_80.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/idata_89.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/object_properties.MYI' is corrupted
MyISAM-table '/var/lib/mysql/netxms/raw_dci_values.MYI' is corrupted
root@bld-05:/var/lib/mysql/netxms#


Ага. Если прописать CodePage = CP1251 - работает. UTF-8 - нет

При экспорте management pack'а, пропускаются идентификаторы, на которые потом идет ругань при импорте. Например, @TEMPLATE Cisco CCME/Voice проходит при экспорте, но при импорте вылетает ошибка. После исправления этой строки в файле на @TEMPLATE Cisco_CCME_Voice импорт прошел успешно.

Джентльмены, привет!

Имеем Ubuntu server 8.0.4, MySQL server 5.1.30really5.0.75-0ubuntu10.2. По-русски никак не получается заставить работать NetXMS :-( Что я не так делаю? В поиске нашел одну ветку, но там конкретики нет.
Базу создаю как
create database netxms character set=utf8 collate=utf8_general_ci;

Коллеги, есть еще вопрос.

Цисковский каталист в случае нарушения port security посылает на NetXMS-сервер SNMP trap. Этот trap я спокойно преобразую в event и генерирую alarm. Всё замечательно, трапы генерятся, события ловятся, алармы включаются. Но есть одна проблема: при возникновении port security violation каталист посылает трапы каждый десять секунд. А я что-то никак не могу найти, на каком звене цепочки trap - event - alarm можно настроить игнорирование последовательных событий... Хелп!