NetXMS Support Forum

It's actually a bug in alarm notifier - it does not update alarm list correctly.

For knowing that node was offline for some time and then go back online, you can do the following:
Instead of terminating node down alarm when SYS_NODE_UP event received, generate new alarm with NORMAL priority which will replace "Node down" alarm. Than you will know that node was down for some time. Then you have 3 options to terminate those "Node up" alarms:
1. Terminate them manually;
2. Create a script that will use nxalarm command line utility to periodically read active alarms and terminate "Node up" alarms which are older than some time period;
3. Set alarm timeout for "Node up" alarms and terminate them when alarm timeout event comes.

Best regards,
Victor

А версия агента 0.2.31? Раньше был такой баг, но в 0.2.31 его исправили. Я попробовал только что у себя такую конфигурацию:


<parser trace="4">
   <file>*System</file>
   <rules>
      <rule>
         <id>7036</id>
         <source>Service Control Manager</source>
      </rule>
      <rule>
         <match>(.*)</match>
         <event params="1">100008</event>
      </rule>
   </rules>
</parser>


- работает как надо - посылает события на все записи в event log, кроме записей с ID 7036 и source "Service Control Manager".

Если версия агента 0.2.31 - попробуйте поставить trace и запустить агента в debug mode (nxagentd -D) - будем смотреть логи.

If you clear your database you will delete everything - configuration, collected data, etc. What kind of problems do you have?

Best regards,
Victor

Could you please try to get interface list from PBX with different SNMP tool - for example, with GetIf (http://www.wtcs.org/snmp4tpc/getif.htm)? If other tools will return empty interface list, than we will know that problem is with PBX SNMP agent, but if you will be able to see interface list with other tools, that will mean the bug in NetXMS.

Best regards,
Victor

Hi!

Web interface is implemented as read-only right now. To configure system, you should use Windows-based management console.

Best regards,
Victor

I don't have any experience with Avaya devices, but some common problems are:
1) may be switch does not respond to SNMP requests at all, due to incorrect community string, firewall settings, etc.?
2) may be some sort of security configuration on the device which restricts MIB tree access, and NetXMS server does not have access to interface part of MIB tree?

Could you please post entire output of configuration poll?

Best regards,
Victor

Hello!

First, I recommend you to stop your server and clean up alarms by executing SQL query

DELETE FROM alarms;

After that, please post your configuration - DCI configuration, threshold settings, and event processing policy. Most likely there are some problems with event processing configuration.

Best regards,
Victor

Для шаблонов надо использовать Apply вместо Bind.

Hi!

Could you please add the following to netxmsd.conf:


CreateCrashDumps = yes
DumpDirectory = <directory somewhere on local disk>


It will instruct NetXMS server to create dumps on each crash in the specified directory. When it crashes again, please send dump files (should be two files - with .info and .mdmp extensions) to [email protected].

Best regards,
Victor

You don't need command 0x0097 to read information from agent. You should use CMD_GET_PARAMETER (0x0041) and set name of the parameter to variable VID_PARAMETER (85). Agent will reply with command CMD_REQUEST_COMPLETED (0x001D). First, check variable VID_RCC (28). If it contains 0, then value of requested parameter will be in variable VID_VALUE (21). For example:

CSCPMessage msg;

msg.SetCode(CMD_GET_PARAMETER);
msg.SetId(requestId);
msg.SetVariable(VID_PARAMETER, "Agent.Version");

<send message and get response into CSCPMessage *response>

DWORD rcc = response->GetVariableLong(VID_RCC);
if (rcc == ERR_SUCCESS)
{
   char buffer[256];
   response->GetVariableStr(VID_VALUE, buffer, 256);
   // Now buffer contains value of requested parameter
}

Best regards,
Victor

Hi!

Try to connect to database with MySQL command line client:

mysql -h localhost -u netxms -p netxms

and check error messages.

Best regards,
Victor

Попробуйте так:

<parser>
   <file>*System</file>
   <rules>
      <rule>
         <source>Cissesrv</source>
         <id>24578</id>
      </rule>
      <rule>
         <source>Cissesrv</source>
         <id>24581</id>
      </rule>
      <rule>
         <source>Cissesrv</source>
         <match>(.*)</match>
         <event params="1">100017</event>
      </rule>
   </rules>
</parser>

Добрый день!

Настройками этого добиться нельзя, надо исправлять консоль. Постараюсь сделать к следующему релизу.

DCI LogWatch.Parser.xxx ne rabotajut poka. A v buduschem nado budet ukazivat' imja parsera (konfiguracionnogo faila).

Hi!

It seems that I have fixed the problem. Attached is logwatch.nsm for Windows x64. Could you please try it?

Best regards,
Victor