NetXMS Support Forum

Hello team,

I am planing on changing my netxms server with new one. I have the new one configured and ready to go, but first i need the database from the old server. My original plan was to dump the base (it is mysql database) and migrate it to the new server, until i found a topic here in the forum. My new plan is.

Old server version is 2.0.7.
New server version is 2.0.8.

1. Upgrade the old server to 2.0.8. and upgrade the database.

1. Stop netxmsd on old server
2. Export database using nxdbmgr:

nxdbmgr export export_file

4. Create and initialize new database as usual (this is already done)
5. Import data using nxdbmgr:

nxdbmgr import export_file

6. Run netxmsd on new server

Any advice on this will be appreciated.

Best Regards,
Adrian

Hello Victor ,

The issue is that for the name of the graphic i get the actual value of the OID, not the instance number.

If you look at the screenshot you will see <name> <instance> for the instance it is not 1,2,3,4, ..,8 for the number of the core. It is 12,11, 16 and so one for percentage of core usage.

P.S. i have not upgraded our server to 2.1-M2, but i will do it as soon as possible and check this feature for sure.

Best regards,
Adrian

Hello team,

Not for first time i am facing an issue where, if i play a little bit with specific device moving it from zone to zone and changing it's ip address, there come a moment that i get IP conflict even if the IP doesn't exist in netxms. To be more specific, here is example scenario.

lets say i have two zone 3 and 33, and one device with management IP of 10.10.10.10 and Public IP of 100.100.100.100.

I am adding it to zone 3 with the public address, then changing it to the private one. Next i am changing the zone to 33 (the device is still with the private address), setting back the public IP address is okay. If i move it back to zone 3 i will get IP conflict with the exact same device, but it really doesn't exist in console (for zone 3 anymore). I checked the database directly from the machine and there is no entry for this IP address, unfortunately i get the error.
If i check the address map of the zone i can see that the IP is used, but for sure the device doesn't exist with this ip anymore.

After a while (1-2 hours or even more in some cases) the device/IPaddress disappear   from the address map of the zone and it is vacant again.

Is this normal? How can i avoid this ?

Best regards,
Adrian

Hello team,

I am creating template for ESXi and i am facing some troubles. I have simple Instance discovery for the CPU utilization using SNMP Walks - OID .1.3.6.1.2.1.25.3.3.1.2 which is successfully determining all of the CPU cores. For DCI name i am using CPU core {instance}. Which is just a digit/number for the CPU core and it is working fine.So far so good. On the other hand on performance tab i am using exactly the same logic for the name "Core  {instance} CPU  Utilization", but it gives me the actual value of the OID as a name (screenshot attached), which is strange. I don't have OID for the CPU core number or something (or i don't know about it ). is this some kind of bug or i am on the wrong logic ?

Another thing is that i want to bind all CPU graphics together, of course different color for each CPU. Is there a way to make this working in my case (using instance discovery and so on) ?

Best regards,
Adrian

Hello Victor,

Thanks for the info.

Best Regards,
Adrian

Hello Victor,

Yes Path from the root will be great and maybe more useful. For now i just renamed every folder to end with customer name. But it turned out that in the future i will need to monitor specific interfaces from specific devices, and if i just have interfaces names without the tree of the folder and devices to it, it will be one big unmanageable mess. So yes your idea is better.

Thanks for your time!

Best regards,
Adrian

Hello team ,

Turned out that the files were corrupted, downloaded them again and repeated the procedure, everything is working fine now.

Best regards,
Adrian

Hello team,

I have a question on monitoring ESXi and more specific on compiling mib modules for it. I checked VMware site and downloaded the modules. I have compiled them following the administration guide. No errors occurred. Everything seems okay, but i can't find them in the console. How can i use them ? or where to search them i have added our ESXi machine and the snmp is configured, i can get the interfaces and snmpwalks and everything, but can't locate the newly compiled mibs.

Best regards,
Adrian

Hello Team ,

It would be nice if we can expand the folders under Source Object in EPP.

In our case we have standard infrastructure for each customer which mean that our folders for Servers, Network equipment and so on are the same for all the customers.
Which mean in EPP we have something like this (please check the screenshot attached). and now we can't determine which folder for which client is (for example, if i need to remove something from this). If we can expand it on the source object tab it will be much easier.

Best Regards,
Adrian

Hello team,

I have an issue question on status of the interfaces. I saw a topic for dormant interface status and couldn't find if this is fixed yet.

I have a device with dialer interface with configured PPP. Now, all interfaces are shown as they should be in the netxms, but this one is with Admin status unknown and op state down.
Checking the device itself, the interface should be admin state UP and op state DORMANT. Not sure if dormant is supported, but when checking from the local agent with snmp walk i get the following:

root@*****:~# snmpwalk -v 2c -c ***** ***** 1.3.6.1.2.1.2.2.1.7.15
iso.3.6.1.2.1.2.2.1.7.15 = INTEGER: 1
root@*****:~# snmpwalk -v 2c -c ***** ***** 1.3.6.1.2.1.2.2.1.8.15
iso.3.6.1.2.1.2.2.1.8.15 = INTEGER: 5

which is correct, but still the console cannot determine the status of the interface correctly. Any idea what could be the cause here ?

Here is the output from the status poll from netxms console:

[12.01.2017 10:21:01]    Starting status poll on interface Di1
[12.01.2017 10:21:01]       Current interface status is NORMAL
[12.01.2017 10:21:01]       Retrieving interface status from SNMP agent
[12.01.2017 10:21:02]       Unable to retrieve interface status from SNMP agent
[12.01.2017 10:21:02]       Starting ICMP ping via proxy
[12.01.2017 10:21:07]       Interface is NORMAL for 1 poll (3 polls required for status change)
[12.01.2017 10:21:07]       Interface status after poll is NORMAL
[12.01.2017 10:21:07]    Finished status poll on interface Di1

P.S. i have similar interface on another device which is determined as it should be admin state UP, op state UP.

Thanks Victor ! I would never think of that.

Best Regards,
Adrian

It is enabled, please check the screenshot_3. I notice that i did not attache the first screenshot.

Best regards,
Adrian

Hello team ,

I encountered an issue where Icmp.packetLoss DCI is missing as possibility to be monitored through the agent.

We have some devices that don't have local agent to collect the data and forward it to the server. They are monitored through agent in our environment, so we are using public IP addresses (not sure if this is relevant). in the past this was working fine, but now the DCI's are in state "unsupported", i already checked if this could be a network related issue. It seems that it is not. We checked all access lists NAT rules and so on, also tested the ping itself between the agent and most of the devices and it is working.

When i search the DCI , it is not present ( shown in screenshot 1), in the background you can see that the DCI is already applied. This was done in the past and not changed since then.

The version of the agent is:

root@nxagent:~# nxagentd -v
NetXMS Core Agent Version 2.1-M1 Build 9002 (UNKNOWN) (UNICODE)

In the log file with debug level 6, the things looks like: (please check screenshot_2, note: i croped only the public ip addresses mentioned in the logs).

Version of the server is latest stable 2.0.7.

All of our agents are with the same version and this is the only one with this issue.

Best regards,
Adrian

Hello Victor,

Issue solved the authentication protocol was changed to CHAP. We don't really know how, when and why.

We added a variable in the server configuration so netxms to use again PAP and everything is back to normal now. Seems that everything is working properly at the moment.

Thanks a lot of for the help and any information on how the protocol could change by itself will be helpful.

Best regards,
Adrian

Hello Victor,

I am not sure where to look for the login i tried to grep from /var/log/netxms login:

root@nms3:~# tail -f /var/log/netxms | grep login
[06-Dec-2016 15:32:03.151] [DEBUG] SQL request queued: INSERT INTO audit_log (record_id,timestamp,subsystem,success,user_id,workstation,session_id,object_id,message) VALUES(108771,1481031123,'SECURITY',0,111,'10.11.10.158',0,0,'User "adrian.dimitrov" login failed with error code 2 (client info: nxmc/2.0.7 (Windows 10 10.0; libnxcl 2.0.7))')
[06-Dec-2016 15:32:03.154] [DEBUG] Successful sync query: "INSERT INTO audit_log (record_id,timestamp,subsystem,success,user_id,workstation,session_id,object_id,message) VALUES(108771,1481031123,'SECURITY',0,111,'10.11.10.158',0,0,'User "adrian.dimitrov" login failed with error code 2 (client info: nxmc/2.0.7 (Windows 10 10.0; libnxcl 2.0.7))')" [3 ms]

Anyway i found that the authentication is working for the local database, but not for radius:

[06-Dec-2016 16:37:32.136] [DEBUG] RADIUS: authenticating user adrian.dimitrov on server 10.10.10.100 using CHAP
[06-Dec-2016 16:37:32.138] [DEBUG] RADIUS: Packet from host 10.10.10.100 code=3, id=212, length=20
[06-Dec-2016 16:37:32.139] [DEBUG] RADIUS: DoRadiusAuth returned 1 for user adrian.dimitrov
[06-Dec-2016 16:37:32.139] [INFO ] Authentication request for user adrian.dimitrov was rejected by RADIUS server

I tested this with my user, but really can't find a reason why RADIUS authentication is not working. There is nothing changed on both sides (radius or netxms). The port is specified as it should be 1645.

I found this  https://dev.raden.solutions/issues/1297 and i am thinking if this is really some kind of bug, and if so should we use the local database till it is resolved or there is a workaround.
fri
Another thing i googled for error code 2 ( the error from the log above) is jdk issue, could this be the case here ? we did not have any issues authenticating via RADIUS last week with the exactly the same configuration. I am getting really confused here.

Thanks for your time i appreciate it.

Best regards,
Adrian