NetXMS Support Forum

Hi,

please check that you don't have ICMP disabled and that netxmsd process can send ICMP packets (runs as root or given necessary access). I will check why SNMP responses are not understood.

Best regards,
Victor

Hi,

currently it's half-done feature. So far it determines if SNMP device is a physical device (only for some devices). Agent already have parameter System.IsVirtual - but currently it is ignored by server. We will implement it in the future, and yes, it will require agent to work on generic OS.

Best regards,
Victor

Hi,

isn't disk time the same thing? It is time spent on I/O - which seems to be the same as disk latency defined in Windows documentation as "A measure of the time delay from the time a disk IO request is created, until the time the disk IO request is completed".

Best regards,
Victor

Just rename them to .txt and use usual procedure.

Best regards,
Victor

Currently no. We have a feature request for that.

Best regards,
Victor

Hi!

"logical not" operation (!) has higher priority than "match" operation (~=). So your script actually does logical not on text string ($node->platformName) which causes runtime error. It only happens on nodes without agent. You should get match operation in brackets:

(!($node->platformName ~= "windows.*"))

Also, I suspect you have logical error here. You probably want to return false if there is no agent OR platform is not Windows - but current condition uses AND which is pointless - if node has no agent platform name will be empty anyway and won't match anyway.

Best regards,
Victor

Hi,

check if you have subnet object with /2 mask. If yes and it is not correct, delete it and run configuration poll on any router connected to problematic subnet with correct netmask. Most likely you have some machine with /2 mask and it was first in subnet discovered by NetXMS server.

Best regards,
Victor

Hi,

seems that server cannot connect to agent. Try to check agent log (you may need to run agent on higher debug level - 6 should shouw you all communication related messages).

Best regards,
Victor

Hi,

seems to be bug in installer. Will fix it today or tomorrow. As a workaround you can copy sql directory from share to lib directory and re-run initialization wizard.

Best regards,
Victor

Hi,

correct bug tracker link is https://track.radensolutions.com/issue/<issue_id>, for example: https://track.radensolutions.com/issue/NX-1147

Best regards,
Victor

Seems you messed agent and server ports. Please do the following:

1. Stop both server and agent.
2. Delete ListenPort line from both netxmsd.conf and nxagentd.conf
3. Run command
nxdbmgr set ClientListenerPort 4701
4. Start both client and server
5. Check in netxmsd.log that server is listening on port 4701

Best regards,
Victor

Seems you are trying to run two instances of netxmsd at the same time. Try to do the following:

1. Stop NetXMS core service
2. Make sure ports 4701 and 21784 are not listening
3. Run nxdbmgr check and remove lock if asked
4. Edit C:\NetXMS\etc\netxmsd.conf: add line
DebugLevel = 4
and set log file to file (if not set already):
LogFile = C:\NetXMS\log\netxmsd.log
(of course you can set different file name and path).
5. Start NetXMS core service
6. Check log file for startup messages and possible socket errors. You can also post log file here.

Best regards,
Victor

Поллеры переделаны в текущем development бранче. Теперь вместо фиксированого количества потоков - динамический пул, кроме того очередь стала многоуровневой - сервер не пытается параллельно опрашивать один и тот-же агент, запросы к одному агенту сериализаются. Таким образом исключается вариант когда несколько медленно отзывающихся агентов блокируют весь пул. Мы не стали переносить изменение в stable, поскольку изменения большие, и вроде как понятию stable не совсем соответствуют.

Port 4700 is an agent listen port. Seems that server is unable to open port for some reason. Check server log on startup - it should contain messages regarding opening ports. You can run it with debug level 4 for more diagnostic.

Best regards,
Victor

You can use netstat command for that:

netstat -an

and check for port 4701 in LISTEN state.

Best regards,
Victor