NetXMS 1.2.16 released

[user54119]

any news about these two new features?

[victor]

It is now possible to set display name for instance which is different from name (it is useful if for example you have to pass actual OID as parameter but want meaningful name in description). Instance name can be inserted into DCI description via {instance-name} macro. To set instance name you should return array of three elements from instance discovery filter: first element must be TRUE, second new instance, and third new instance name. For example, the following script can be used to name interfaces for collecting data from standard interface MIB:

// Get interface name from .1.3.6.1.2.1.2.2.1.2.{instance}
snmp = CreateSNMPTransport($node);
ifName = SNMPGetValue(snmp, ".1.3.6.1.2.1.2.2.1.2." . $1);
return %(true, $1, ifName);

Attached are screenshots with full DCI configuration.

Second is actually very easy - if you attach one instance discovery DCI to another instance discovery DCI, DCIs with actual data created from those will be attached to each other on performance tab as well, using instance as a key to find peers.

Best regards,
Victor

---

[flytech-ben]

It seems there are still some database issues. I did a fresh install with a new database today (Windows x64, MSSQL) and netxmsd keeps crashing after installation. Then I installed 1.2.14 and did an upgrade to 1.2.16, which worked without any problems.

[user54119]

in 'Performance Tab' 'Title' I can't use the macro {instance-name}. Is it not implemented, a bug or my error in reasoning?

[victor]

@user54119 said in NetXMS 1.2.16 released:

in 'Performance Tab' 'Title' I can't use the macro {instance-name}. Is it not implemented, a bug or my error in reasoning?

You can only use {instance} macro there. But actually you'll got instance name with that macro. Long explanation is following:

{instance} and {instance-name} macros in DCI name and description expanded during instance discovery process. There is "instance" field in each DCI (you can see it's value on "Thresholds" tab) - you can edit it freely for ordinary DCIs but it is populated automatically for DCIs created by instance discovery, and it is set to instance name. Macro {instance} in performance tab configuration expanded when you open performance tab, and value of "instance" attribute of appropriate DCI is used.

Both macros was created when there was only {instance} in instance discovery and it was making sense. Now with introduction of {instance-name} macro it becomes counter-intuitive. I probably can add {instance-name} macro to performance tab just to make it compatible - but still it will not allow to get actual instance value (although I double somebody will need it in graph title).

Best regards,
Victor

[user54119]

Hi Victor

Thanks for the detailed explanation. So I can use {instance} in the performance tab title for the moment to get the instance name. But for me the current situation is inconsistent. But the question is, what to do for the future. Is it a good descicion to use {instance-name} for the DCI instance field? For me this is a little bit inconsistent. But then the problem would be how you get the {instance-name} in the performance tab. And if you would introduce a DCI-field 'instance-name'?

I got another problem in this context with attaching a performance tab to another one in templates with instance discovery:

DCI1 in Template: Description: "Network Interface {instance-name} in"
DCI2 in Template: Description: "Network Interface {instance-name} out"

Then I attached the performance tab of DCI2 to to one of DCI1 in the template. But on the target node I only see the performance graph of DCI1. Is the {instance-name} in the template DCI description maybe the problem?

[user54119]

any news on that?

[victor]

Hi,

I just fixed that. Fix will be included in 2.0-M1 release.

Best regards,
Victor

[user54119]

thanks a lot Victor

[user54119]

it works in 2.0-M1 release, thanks!