NetXMS Support Forum

Try issuing
debug nc 8
debug ncd.* 8
in Tools->Server Debug Console. Then try to send another email and show what you have in your server log (/var/log/netxmsd on Linux)

Check configuration -> Event processing policy. 

The way NetXMS is built is that when something happenins (interface went down, threshold reached, etc...) it creates events (log of these can be seen in Event Log). Reaction to events is defined in Event processing policy (make sure you click "save" button when working with it).

This page: https://help.mikrotik.com/docs/display/ROS/Routing+Protocol+Overview says that "OSPF SNMP monitoring" is N/A, so looks that this is not yet implemented in Mikrotik.
I've seen mentions that OSPF can be monitored using Miktorik API - I've never tried that, but it should be possible to take some client for that and use it via NetXMS agent external metrics.
Or, if this information can be collected via ssh - collecting metrics via ssh is out-of-the-box in NetXMS

Maps were reworked in 5.0, but there are still some things to finalize before it's released. Release should happen within coming month.

Hi,

Out of curiosity, what are the reasons to build from source, as there are packages for Debian. But, chances are that it will also crash if installed from packages.

Can you please run it under gdb:
gdb --args netxmsd -D 6

then enter run
when it crashes, enter bt and show us the output

Hi,

This should be fixed in the next patch release when it will be released

Hi,

Can you clarify a bit what you are trying to achieve. 
If it's IP address of Postgres database, which NetXMS server process is using, it's in c:\netxms\etc\netxmsd.conf, parameter named DBServer.

If there's NetXMS or SNMP agent on the end node, MAC address will be read from it. Otherwise we take it from FDB of the switch to which this node is connected.

А можете поставить в конфиге агента
DebugLevel=3

перезапустить его и прислать лог за первую минуту его работы.

Это именно на Windows системах? Какой версии Windows? Сколько ядер/процессоров?

Well, my bad, seems that I did not fully test the script that I've posted initially. It should be like this:

function main(oid, name) {
  transport = $node->createSNMPTransport();
  if (transport == null) return null;
  v = transport->getValue(oid);
  h = %{};
  for (a : v->split(",")) {
    b = a->split("=");
    if (b->size == 2) h[b[0]] = b[1];
  }
  return h[name];
}
The way it works - v->split(",") produces array where elements are "voltage=121.0" and so on. We loop through that array, so variable "a" has the value of each element of that array.
Now we need to split by "=" character and variable "b" becomes an array with two elements: [voltage, 121.0]. To access these elements we use index, so b[0] is "voltage" and b[1] is "121.0".
Now, h is a hashmap - sort of an array, but instead of numeric index elements are identified by string. We initialize it empty with h = %{}; And then we fill h with values with this code: h[b[0]] = b[1]; (and I now see the reason of the wrong code - forum editor is garbling the h[b[0]] part when pasting)

I'd guess the unit is ms, but I'll check.

And if your try policy as simple as that:
<parser checkInterval="10000" name="">
  <macros/>
  <file>*Security</file>
  <rules>
      <rule name="">
        <match repeatCount="0" repeatInterval="1">.*</match>
        <event>A</event>
        <metrics class="java.util.ArrayList"/>
        <agentAction action=""></agentAction>
      </rule>
  </rules>
</parser>
will there be any events?

Checklist of things:
- agent should have this in it's config:
SubAgent = logwatch
- template with the policy should be applied to node

SubAgent = logwatch

is needed in agent config

It's a bug in the framework that we use, happens with dark Windows theme. We are working on a fix, but this might take some time. Meanwhile you can try light theme or use web ui.

It would be good if you can collect some debug information. If your server is on Linux:

- install netxms-dbg and gdb packages
- stop netxms server:
systemctl stop netxmsd
- launch it under gdb:
gdb --args netxmsd -D 3

then enter run

when it crashes, enter bt and show us the output

----

Meanwhile, you can use another option to monitor windows event logs - by adding log parser policy to a template and applying that template to your nodes. https://www.netxms.org/documentation/adminguide/log-monitoring.html#file-tag
Chances are that this bug will not appear if using this approach (but may be not)