Sensor becomes UNPLUGGED followed by unreasonable value

DCIM_Support · ‎2020-07-05

This question was originally posted on DCIM Support by Yang Gao on 2018-12-10

Why a sensor goes to UNPLUGGED momentarily and followed by a unreasonable value? Is it device or DCE problem?

DCIM_Support · ‎2020-07-05

This comment was originally posted on DCIM Support by Steven Marchetti on 2018-12-10

Hi Yang,

With the information provided, it is impossible to tell if it is the device or DCE causing this. What do the data logs for the device say? Is there anything about the sensor losing comm with the device? Any strange readings? Is this an APC device or 3rd party? Is this SNMP or modbus? What kind of device? Sensor?

How often does this happen? If it is very frequent, perhaps polling with another (snmp or modbus) polling system. Perhaps a packet capture when the issue is happening would show what the device is reporting.Can you recreate the issue at will perhaps with the disconnection or reconnection of the sensor?

Steve

DCIM_Support · ‎2020-07-05

This answer was originally posted on DCIM Support by spezialist on 2018-12-10

Dear Yang Gao,

I suspect ~99% that this is not the problem of your DCE-server, this is the problem of the UPS and the network (via the SNMP protocol, right?).

Why this happens: for unknown reasons, the SNMP OID sensor Total Output Load becomes non-existent, or its existing incorrect value is masked by the DDF-file used by you (this is the correct behavior of the DDF-file). After a short time, the above specified SNMP OID sensor appears or its value switches to the value:

2147483647 = 2^31 - 1.

As a rule, this value means that the sensor is NULL or non-existent. After another short time, the SNMP OID sensor takes on a real value, which the DCE software displays.

1. How to solve the problem of incorrect values on the DCE-server side?

It's very simple: you need to make on the Device Support resource for your UPS model the corresponding Request modification. That is, in the DDF-file need to make a masking above the specified incorrect value (2147483647). Thus, you can simply remove the gaps in the tables and graphs of the values of the important sensors of your UPS.

2. How to solve this problem on the UPS side and the network?

This is not a trivial process. I suspect, firstly, you need help from the UPS vendor staff. Secondly, help from NOC staff is required to analyze network traffic at the packet level, and so on.

Hope this helps you.

If you have more questions, please ask.

With respect.

DCIM_Support · ‎2020-07-05

This comment was originally posted on DCIM Support by spezialist on 2019-01-05

Dear Yang Gao,

Please tell us if you could solve your problem or not?

With respect.

DCIM_Support · ‎2020-07-05

This question is closed for comments. You're welcome to start a new topic if you have further comments on this issue.