NetXMS Support Forum

Hello!

You can create "push" parameter for node object A (for example, called PingTime), and then use nxpush utility to update this parameter's value from server. If your management server is running on UNIX, you can add the following command to your crontab to be executed every minute:

nxpush -u admin -P netxms 127.0.0.1 A:PingTime=`nxget 127.0.0.1 Icmp.Ping\(A_address\)`

Of course, you will have to use actual user name and password and replace A with your dumb node name and A_address with it's address. Every execution of this command will request agent for current ping response time, and store it as a new value of node A DCI PingTime.

Hope this helps!

Best regards,
Victor

Script will be

$1 / 48

Best regards,
Victor

You should compile them first. Standing in the directory where all mibs reside, run the following command:

nxmibc -d .

nxmibc is located in NetXMS bin directory, so on Windows you probably will need to run it as

..\..\bin\nxmibc -d .

If everything goes OK, MIB compiler should produce updated file netxms.mib in mibs directory. You don't need to restart NetXMS server, just console. Console will detect that mib file is updated and download it. After that, you will see new oids in mib browser.

Best regards,
Victor

P.S. You may also wish to add -z option to produce compressed netxms.mib, which will be significantly smaller than uncompressed.

Hello!

Currently, you can achieve this with saving/restoring desktop configurations. Open graph windows and arrange them as you like, then select menu Desktop -> Save as... and save your layout. When you will need to open these windows again, go to Desktop -> Restore or simple press Ctrl+Shift+F3 and select layout you wish to load. You can configure as many layouts as you wish. Configurations are per-user, so each user has it's own set of saved desktops, but system administartor can copy saved desktops between users via Desktop -> Manage.

In the future versions we will also add the possibility to predefine graphs and quickly open them from the menu.

Hope this helps!

Best regards,
Victor

Hello!

It's a bug in configure, I'll fix it in next release. For now, try to run configure that way:

LDFLAGS=-lz ./configure --with-server --with-agent --with-mysql

This should help.

Best regards,
Victor

Finally, version 0.2.14 is out! Changes from previous version:

- Alarm system improved (three state alarms, helpdesk status, etc.)
- Added new DCI data source: push agents
- Threshold state now saved across NetXMS server restarts
- Added possibility to specify custom threshold rearm event instead of
  SYS_THRESHOLD_REARMED
- Added threshold processing option "Always process all thresholds"
- Implemented "data collection error" threshold checking function
- Implemented "mean absolute deviation" threshold checking function
- Added possibility to set confirmation messages for object tools
- Object tools "Shutdown system", "Restart system", "Restart agent"
  asks confirmation by default
- Implemented agent traps and added trap sending API for subagents
- Object comments added
- Network discovery configuration simplified
- Active network discovery implemented
- Windows console:
  - Console changed to use UNICODE internally
  - Event processing policy editor improved
  - Added confirmation for object deletion
  - Implemented sorting in object tools tables
- Server ported to AIX and HP-UX
- Agent ported to HP-UX
- Agent for AIX improved
- Fixed issues: #104, #109, #110, #111, #112, #113, #115, #116, #117, #119,
                #121, #124, #125, #126, #127, #133, #139

Best regards,
Victor

Hello!

Looks like server you trying to get DCI from is not responding to SNMP queries from NetXMS server. Check the following:
1. In the properties of a taget server object, go to "Cappabilities" tab and check that isSNMP attribute is "TRUE";
2. Check that community string and SNMP version set correctly;
3. Check that there are no firewall between NetXMS server and target server that blocks SNMP traffic;
4. Run configuration poll (right-click on object, then select Poll -> Configuration) and see for any SNMP-related messages.

Best regards,
Victor

Hello!

Looks like you have libstdc++ installed in unusual place or not installed at all. First, try to find if there are libstdc++.so anywhere on your system. If you will found it, try to put a symbolic link to it to from some usual lib directory, like /usr/lib or /usr/lib64 (32-bit and 64-bit respectively, depending on where you will find the file). After that, try to remove all the .la files so the libtool not get them.
If you will not find libstdc++.so anywhere, then you need to (re)install gcc package from somewhere (I'm not very familar with Solaris, so I cannot provide you with exact location for correct package).

Best regards,
Victor

Hello!

Sorry for late reply, I'm overlooked your post. If you try to configure SNMP parameter, then you should select "SNMP agent" as origin first. After that, if you press "Select" button you'll get MIB browser and will be able to select SNMP parameter from MIB tree.

Best regards,
Victor

Hello!

It's a libtool on Solaris problem. There are a solution: http://forum.sun.com/jive/thread.jspa?threadID=73150&tstart=45

Hope this helps!

Best regards,
Victor

Also, I suggest you to upgrade to 0.2.13, where shutdown/startup procedures was improved.

Best regards,
Victor

Hello all!

Version 0.2.13 is out!
(Actually, we already found and fixed small bug in console, so it's now 0.2.13-hf1).

Changes from previous version:

- Implemented central (stored on server) agent configs
- Agent ported to IPSO
- Added installer command line options for unattended installation of
  Windows agent
- New MIBs added: S5-ETH-MULTISEG-TOPOLOGY-MIB, BN-IF-EXTENSIONS-MIB
- Server startup and shutdown procedures improved
- Added detection of lost database connections and automatic reconnect
- Native operating system read/write locks used whenever possible
- Added possibility to use alarm message text in actions (if action executed by
  the same event processing rule as alarm)
- Better handling of interface names of Nortel ethernet switches
- SNMP trap varbinds now can be mapped to event parameters not only by OID,
  but also by position in trap PDU
- Windows binaries built against OpenSSL 0.9.8b
- Windows console:
  - DCI history data viewer improved
  - Graphs improved
- nxsnmpset utility improved
- nxevent: added -e command line option to turn on session encryption
- Implemented parameter UPS.Load for BCM/XCP compatible devices
- Fixed issues: #4, #20, #47, #67, #79, #80, #91, #92, #93, #94, #95, #96, #97,
                #98, #99, #100, #101, #102, #103

Best regards,
Victor

Is there any messages in log file or system event log? Also, try to run

nxdbmgr check

to check database consistency.

Best regards,
Victor

Hello!

Short instruction how to get an alarm from SNMP trap:

1. Create new event that will be generated on trap receive: go to Control Panel -> Events and select New.
2. Create trap matching record:
2.1. Go to Control Panel -> SNMP Traps
2.2. Select New and enter EMC trap OID - for example, 1.3.6.1.4.1.1139.1.1 for emcDeviceStatusTrap
2.3. Select your newly created event as event to be generated
2.4. Add variable bindings if needed: I don't now what variables EMC devices send, but if, for example, trap contains emcSymDevStats variable, enter 1.3.6.1.4.1.1139.1.1.1.12 as variables OID. You can use values of variables in your event text by using macros %2, %3, and so on.
3. Add alarm generation: go to Control Panel -> Event Processing Policy, add new rule, select your new event, select "generate alarm" and enter %m as alarm text. As soon as you save your policy, system will generate alarms for each SNMP trap with given OID. Of course, you can use all event processing mechanisms for events generated from SNMP traps - run scripts, send e-mails, etc.

Some useful hints:

1. You can set server's parameter LogAllSNMPTraps to 1, and then use View -> SNMP Trap Log to observe all received traps with all variables. This can be useful if you are not sure what variables are attached to the traps or exact trap OIDs used.
2. System will not process traps from unknown devices, so you have to register your EMC device as a node.

Hope this helps!

Best regards,
Victor

Hi all!

NetXMS version 0.2.12 is out!

Changes from previous version:

- Added possibility to define complicated conditions using "condition" objects
- Implemented RADIUS authentication for NetXMS users
- Added support for compressed MIB files
- New MIBs added: ENTITY-MIB
- Added support for DRBD device monitoring
- Windows console: Event editor improved
- UPS subagent:
  - Redesigned to improve stability and performance
  - Added parameter UPS.OnlineStatus
  - Fixed problem with occasional APC UPS disconnections
- Fixed issues: #89

Best regards,
Victor