NetXMS Forum

Виктор, спасибо за ответ.  Да, в нашей железке Checkpoint VSX несколько виртуальных файрволов, каждый из которых представлен своим контекстом. Соответственно, чтобы снять данные по SNMP интерфейсов  или число соединений конкретного виртуального файрвола необходимо обратить в нужный контекст (опция -n в snmp утилите).  Подскажите, пожалуйста, а когда примерно следующий релиз будет?

Добрый день!
  Подскажите, как использовать разные контексты для мониторинга железки по SNMP v3 ( как в команде snmpwalk -n ctxname_vsid3 -v 3 и т.д.)?

Буду пробовать. Спасибо за оперативность!

Всегда пожалуйста. Буду ждать новых релизов, в которых этот баг исправится.

Установил 1.05. Сервер поработал неделю и сегодня упал. Dump прилагаю.

gdb.txt

Сервер опять упал. Файл с дампом прилагаю.

gdb.txt

Спасибо, Виктор!
Есть ещё одна проблема, но уже  с графическим отображением, она отчасти описана в топике https://www.netxms.org/forum/installation/going-back-in-graph-for-a-week-or-more-gives-timeout/. В моем случае, когда пытаюсь отобразить данные за месяц параметра, который опрашивается раз минуту, то получаю request timeout.  Мониторинг системы, где установлен netxms, показал, что во время попытки отображения происходит 100% нагрузка на процессор процессом netxmsd, все остальное простаивает. Прямая выборка из Mysql базы происходит за 0,07 секунды. Подозреваю, что netxms слишком долго перемалывает все точки, которые надо отобразить, поэтому достигается timeout. Как я понимаю, для устранения этой проблемы, нужно наверное менять алгоритм визуализации данных. Будет ли решаться данная проблема в ближайших релизах?

Сервер падает  и  выдает в логе: Thread "Item Poller" does not respond to watchdog thread, Thread "Poll Manager" does not respond to watchdog thread, Thread "Syncer Thread" does not respond to watchdog thread. Схожая проблема была в топике https://www.netxms.org/forum/general-support/server-crash-319/. Сервер крутится на FreeBSD 8.0, используется база MySql, версия netxms 1.04. Проблема возникала и на предыдущих версиях, но намного реже. Привожу вывод следующих команд и дамп тредов в аттаче:
NetXMS Server Remote Console V1.0.4 Ready
Enter "help" for command list

netxmsd: show mutex
Mutex status:
  g_hMutexIdIndex: locked for reading
  g_hMutexNodeIndex: locked for reading
  g_hMutexSubnetIndex: unlocked
  g_hMutexInterfaceIndex: unlocked

netxmsd: show pollers
PT  TIME                   STATE
S   25/Sep/2010 21:47:55   wait
S   25/Sep/2010 21:47:25   wait
S   25/Sep/2010 21:46:20   wait
S   25/Sep/2010 21:47:30   wait
S   25/Sep/2010 21:47:15   wait
S   25/Sep/2010 21:47:40   wait
S   25/Sep/2010 21:45:50   wait
S   25/Sep/2010 21:46:55   wait
S   25/Sep/2010 21:46:50   wait
S   25/Sep/2010 21:45:50   wait
S   25/Sep/2010 21:46:35   wait
S   25/Sep/2010 21:47:40   wait
S   25/Sep/2010 21:47:05   wait
S   25/Sep/2010 21:46:20   wait
S   25/Sep/2010 21:45:50   wait
S   25/Sep/2010 21:46:30   wait
S   25/Sep/2010 21:47:30   wait
S   25/Sep/2010 21:45:50   wait
S   25/Sep/2010 21:46:25   wait
S   25/Sep/2010 21:47:50   wait
S   25/Sep/2010 21:46:45   wait
S   25/Sep/2010 21:47:25   wait
S   25/Sep/2010 21:46:00   wait
S   25/Sep/2010 21:47:40   wait
S   25/Sep/2010 21:46:10   wait
S   25/Sep/2010 21:46:20   wait
S   25/Sep/2010 21:46:25   wait
S   25/Sep/2010 21:46:10   wait
S   25/Sep/2010 21:45:45   wait
S   25/Sep/2010 21:47:26   wait
S   25/Sep/2010 21:47:05   wait
S   25/Sep/2010 21:46:35   wait
S   25/Sep/2010 21:45:55   wait
S   25/Sep/2010 21:47:55   wait
S   25/Sep/2010 21:46:50   wait
S   25/Sep/2010 21:46:25   wait
S   25/Sep/2010 21:46:45   wait
S   25/Sep/2010 21:46:00   wait
S   25/Sep/2010 21:46:55   wait
S   25/Sep/2010 21:45:45   wait
S   25/Sep/2010 21:46:35   wait
S   25/Sep/2010 21:45:45   wait
S   25/Sep/2010 21:46:55   wait
S   25/Sep/2010 21:47:40   wait
S   25/Sep/2010 21:46:50   wait
S   25/Sep/2010 21:46:20   wait
S   25/Sep/2010 21:46:20   wait
S   25/Sep/2010 21:47:15   wait
S   25/Sep/2010 21:45:40   wait
S   25/Sep/2010 21:47:25   wait
S   25/Sep/2010 21:46:55   wait
S   25/Sep/2010 21:47:55   wait
S   25/Sep/2010 21:47:00   wait
S   25/Sep/2010 21:47:30   wait
S   25/Sep/2010 21:47:50   wait
S   25/Sep/2010 21:46:40   wait
S   25/Sep/2010 21:46:35   wait
S   25/Sep/2010 21:47:25   wait
S   25/Sep/2010 21:47:45   wait
S   25/Sep/2010 21:47:35   wait
C   25/Sep/2010 21:40:09   wait
C   25/Sep/2010 21:42:51   wait
C   25/Sep/2010 21:39:59   wait
C   25/Sep/2010 21:40:02   wait
C   25/Sep/2010 21:46:42   wait
C   25/Sep/2010 21:40:29   wait
C   25/Sep/2010 21:40:45   wait
C   25/Sep/2010 21:47:35   wait
C   25/Sep/2010 21:40:19   wait
C   25/Sep/2010 21:40:30   wait
R   25/Sep/2010 21:47:20   wait
R   25/Sep/2010 21:47:20   wait
R   25/Sep/2010 21:47:30   wait
R   25/Sep/2010 21:47:35   wait
R   25/Sep/2010 21:47:25   wait
D   23/Sep/2010 09:31:01   wait
N   25/Sep/2010 21:44:45   wait
N   25/Sep/2010 21:43:40   wait
N   25/Sep/2010 21:44:45   wait
N   25/Sep/2010 21:45:50   wait
N   25/Sep/2010 21:46:55   wait
N   25/Sep/2010 21:46:55   wait
N   25/Sep/2010 21:46:55   wait
N   25/Sep/2010 21:38:15   wait
N   25/Sep/2010 21:43:40   wait
N   25/Sep/2010 21:40:25   wait
N   25/Sep/2010 21:35:00   wait
N   25/Sep/2010 21:31:45   wait
N   25/Sep/2010 21:42:35   wait
N   25/Sep/2010 21:39:20   wait
N   25/Sep/2010 21:44:45   wait
N   25/Sep/2010 21:45:50   wait
N   25/Sep/2010 21:45:50   wait
N   25/Sep/2010 21:41:30   wait
N   25/Sep/2010 21:15:34   wait
N   25/Sep/2010 21:42:35   wait
A   27/Sep/2010 07:29:45   wait

netxmsd: show queues
Condition poller                 : 0
Configuration poller             : 0
Data collector                   : 0
Database writer                  : 0
Event processor                  : 0
Network discovery poller         : 0
Node poller                      : 0
Routing table poller             : 0
Status poller                    : 0

netxmsd: show stats
Total number of objects:     489
Number of monitored nodes:   33
Number of collectable DCIs:  855

netxmsd: show watchdog
Thread                                           Interval Status
----------------------------------------------------------------------------
Item Poller                                      20       Not responding
Syncer Thread                                    130      Not responding
Poll Manager                                     60       Not responding

thread_dump.txt

I have the same problem too :-[

1. Версия агента : на винде 2008 64 бит - 1.1.0 rc11, на FreeBSD - 1.0.0
2. Один на  WinServ 2008 R2, другой  на FreeBSD 7.2
3. На первом агенте: 30 Target-ов (*PING PacketRate = 5 DefaultPacketSize = 64 Timeout = 5000), на втором агенте: 15 Target-ов(PacketRate = 5 DefaultPacketSize = 1024 Timeout = 5000).
4. Раз в минуту
5. Показывает один раз у всех,  когда падает ещё один узел, а потом становится у всех каким надо - 100%.

Вопрос всё ещё актуален.

Добрый день!
Возникла вот такая проблема: делаю несколько DCI  Icmp.PacketLoss на разные ip адреса, предварительно прописав их в конфиге агента. Когда часть ip адресов не пингуется, их счетчики соответственно начинают показывать 100%, генерируются алармы. Если ещё один ip адрес становится недоступным, то DCI, которые показывают 100%, в следующий интервал измерения показывают 20% ( в зависимости от параметра PacketRate ), как и новый недоступный, а следующий интервал все недоступные показывают нормально - 100%. Самое неприятное здесь, что сгенерированные алармы сбрасываются в этот глючный промежуток измерений, так как у меня стоит срабатывание на 100% потерь. Если это баг, то как его можно обойти, хотя бы в плане алармов?

Спасибо Виктор!
Буду пробовать.

С этой циски мне нужно снимать состояние по SNMP по конкретным OID-ам: состояние bgp-сессий. Кроме обычных интерфейсов, на ней несколько сотен виртуальных SVI и в каждом своя подсеть прописана. При добавления этой циски в ноды появляются все эти интерфейсы с их подсетями и начинают опрашиваться. Это начинает сильно грузить ЦПУ циски. Хотелось бы добавить такую ноду без автодискавери её интерфейсов и подсетей, а потом накрутить на неё snmp dci по конкретным Oid-ам.

Добрый день!
При добавлении cisco 6524 в ноды, происходит  автодискавери и вылазит сотни подсетей и интерфейсов. Как нибудь можно отключить  автодискавери при добавлении такого узла?

Помогло увеличение параметра AgentCommandTimeout в 2 раза :). Скорее всего Сервер просто не получал ответа в течение 2 секунд.

Добрый день !
Проблема такова:
В  DCI добавляю WMI.Query('root\CIMV2','SELECT * FROM Win32_Processor','Name'), но результата нет - пусто (ставлю тип string).
При попытке сделать GET c  параметром заданым мною ранее в WMI.Query:
Cannot get parameter: Communication failure, хотя данные других счетчиков DCI он отдает ,например Disk.Free(c:).
С сервера netxms делаю запрос:
nxget.exe ip_адресс_сервера WMI.Query('root\CIMV2','SELECT * FROM Win32_Processor','Name')
и в ответ получаю ожидаемую марку процессора :).
После прочтения https://www.netxms.org/forum/index.php/topic,482.0.html попытался перегрузить агента, но это не помогло :(.
Версия netxms 0.2.27, проверял на 2-х разных серваках.