After upgrade to 2.2.11 - Status of DCI changed to UNSUPPORTED

[pudotta.pommin]

Hello,

has been this fixed? I have 2.2.13 and the problem is still persisting.

[lweidig]

This issue still exists in 2.2.15.

[pudotta.pommin]

Hello, this problem for us persists in bigger scale after upgrade to netxms 3.

Do you have any suggestion?

Minor	Outstanding	Status of DCI 442 (Internal: PingTime) changed to UNSUPPORTED     1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 409 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 842 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 1043 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 846 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 834 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 829 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 826 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 831 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 550 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09
Minor	Outstanding	Status of DCI 568 (Internal: PingTime) changed to UNSUPPORTED	  1		0	30.09.19 12:31:09	30.09.19 12:31:09

[lweidig]

Yes, we have not seen it resolved either and each release seems to actually grow.

[StanHubble]

In my opinion this is not broken....rather your templates are including nodes that they shouldn't or you have dci's that are too specific for the template.

Nodes can appear in multiple templates and we have some templates that depend on firmware versions and others that depend on application versions.  Each deployment will be different, but in general you should define templates from the general to the specific.

[lweidig]

Stan:

I would completely agree with you if what you were describing was the problem, but it is NOT!  We use many different templates as well to fine tune what is being collected.

The issue is that it is changing items to UNSUPPORTED that are 100% legitimate!  In one of our cases it is the polling of a SNMP value to show GPS sync state of a device.  Have verified many times the OID is correct and the console has no issues polling that OID withing the MIB Explorer.  We have also looked to make sure that more than one template does not have the OID and that we are looking at the wrong one. 

It is simply broken!

[StanHubble]

My bad then... if i misread the problem description.

[pudotta.pommin]

In shortcut ... We have 3 identical servers. 2 of them show unsupported DCI's and 3rd one is completely OK. All use same templates.

It's very strange and semi-random I'd say.

[Filipp Sudanov]

There we changes with internal parameters - in version 3 PingTime was deprecated and a number of ICMS.ResponseTime. parameters were introduced that provide much more options.
Please try to replace PingTime with ICMP.ResponseTime.Last in your template.

[gammy69er]

Just as a Bit of Info for nayone working with SNMP Monitoring - May count as Different Topic - But this was where I found the Idea for my fix.

Just had this issue - Had a Site move from Ubiquiti Airmax gear to Unifi - IP range remained, but Devices were changed.  Some of them picked up old IP's, but as they already had a device in XMS previously - that device was updated with the new info - so Templates etc remained.

The problem for me is that while my template was searching for the OID - I had been returning null on it - therefor it was just skipping the check... basically (from what I understand).  Changing to False has fixed that.

However the code later has another "if-else" with a false - so not quite sure whats going on here... It certainly picks up the Positive, but doesn't appear to drop the negative.  But haven't touched this in months - so not the biggest autority on all this.

Heres some code for a look over (Regarding Ubiquiti Airmax 2ghz devices - this is the edited version with the airMaxFrequency - now returning false...)  Hope this helps a fellow forum trawler.

oid_airMaxFrequency = ".1.3.6.1.4.1.41112.1.4.1.1.4.1";
oid_airMaxSSID = ".1.3.6.1.4.1.41112.1.4.5.1.2.1";

	querySNMP = CreateSNMPTransport($node);
	if (querySNMP == null)
	return null;

	airMaxFrequency = SNMPGetValue(querySNMP, oid_airMaxFrequency);
	if (airMaxFrequency == null)
	return false;

/*	airMaxSSID = SNMPGetValue(querySNMP, oid_airMaxSSID); */
/*	if (airMaxSSID ~= "HQBH") */
/*	return false; */

	if (airMaxFrequency == "2412" || airMaxFrequency == "2417" || airMaxFrequency == "2422" || airMaxFrequency == "2427" || airMaxFrequency == "2432" || airMaxFrequency == "2437" || airMaxFrequency == "2442" || airMaxFrequency == "2447" || airMaxFrequency == "2452" || airMaxFrequency == "2457" || airMaxFrequency == "2462" || airMaxFrequency == "2467" || airMaxFrequency == "2472") {
		return true;
		} else {
		return false;
		}