[Solved] Issue with particular OIDs

Hi folks,

I’m trying to receive some info from a couple of environmental sensors connected to my EATON UPS, it works perfectly with snmpwalk (and the IP connection between OH and the UPS is ok), but when I try to use the SNMP Binding I’m not able to receive any info. From my understanding it seems is not finding the correct OID in the MIB, but I don’t understand why. I’ve also tried with .0 at the end, as I see in the forum that worked for APC. Nothing. Any clue?

OIDs:

temperature: 1.3.6.1.4.1.534.1.6.5
humidity: 1.3.6.1.4.1.534.1.6.6

here what I see with snmpwalk:

ariela-mbp% snmpwalk -v 1 -c nesys 192.168.100.7 .1.3.6.1.4.1.534.1.6.5 
SNMPv2-SMI::enterprises.534.1.6.5.0 = INTEGER: 22
ariela-mbp% snmpwalk -v 1 -c nesys 192.168.100.7 .1.3.6.1.4.1.534.1.6.6  
SNMPv2-SMI::enterprises.534.1.6.6.0 = INTEGER: 30
ariela-mbp% snmpwalk -v 1 -c nesys 192.168.100.7 .1.3.6.1.4.1.534.1.6.5.0 
SNMPv2-SMI::enterprises.534.1.6.5.0 = INTEGER: 22
ariela-mbp% 

here the trace:

2021-01-11 11:34:18.812 [TRACE] [inding.snmp.internal.SnmpServiceImpl] - send GET[requestID=1277029267, errorStatus=Success(0), errorIndex=0, VBS[1.3.6.1.4.1.534.1.6.5 = Null; 1.3.6.1.4.1.534.1.6.6 = Null]] to CommunityTarget[address=192.168.100.7/161,version=0,timeout=1500,retries=2,securityLevel=1,securityModel=1,securityName=nesys,preferredTransports=null]
2021-01-11 11:34:18.819 [TRACE] [ding.snmp.internal.SnmpTargetHandler] - snmp:target:EATON-1 received RESPONSE[requestID=1277029267, errorStatus=No such name(2), errorIndex=1, VBS[1.3.6.1.4.1.534.1.6.5 = Null; 1.3.6.1.4.1.534.1.6.6 = Null]]

my item.file:

Number Eaton_UPS1_temperature                                       "Temperature [%d] "                          (gFF_TechRoom)              { channel="snmp:target:EATON1:Temperature" }
Number Eaton_UPS1_humidity                                          "Humidity [%d]"                              (gFF_TechRoom)              { channel="snmp:target:EATON1:Humidity" }

my things file:

Thing snmp:target:EATON1 "Eaton 5P-650IR" @ "Techroom" [ hostname="192.168.100.7", community="nesys", protocol="v1" ] {
    Channels:
        Type number : Temperature [ oid=".1.3.6.1.4.1.534.1.6.5", mode="READ" ]
        Type number : Humidity [ oid=".1.3.6.1.4.1.534.1.6.6", mode="READ" ]
}

the item via REST API is reporting “state”:“5”

Any suggestion would be appreciated.

thanks
Andrea

it seems there is an issue with SNMP binding that should be fixed:

@J-N-K do we need to open an issue in GitHub?

thank you
Andrea

Hi Andrea,
My problem and fix were included in 2.5 release already.

Try to remove first dot from oid in .things file. It looks like a typo. And try to add .0 at the end of the oid

still same issue:

2021-01-11 14:14:50.963 [TRACE] [inding.snmp.internal.SnmpServiceImpl] - send GET[requestID=1277030235, errorStatus=Success(0), errorIndex=0, VBS[1.3.6.1.4.1.534.1.6.6 = Null; 1.3.6.1.4.1.534.1.6.5 = Null]] to CommunityTarget[address=192.168.100.7/161,version=0,timeout=1500,retries=2,securityLevel=1,securityModel=1,securityName=nesys,preferredTransports=null]
2021-01-11 14:14:50.970 [TRACE] [ding.snmp.internal.SnmpTargetHandler] - snmp:target:EATON1 received RESPONSE[requestID=1277030235, errorStatus=No such name(2), errorIndex=1, VBS[1.3.6.1.4.1.534.1.6.6 = Null; 1.3.6.1.4.1.534.1.6.5 = Null]]
Thing snmp:target:EATON1 "Eaton 5P-650IR" @ "Techroom" [ hostname="192.168.100.7", community="nesys", protocol="v1" ] {
    Channels:
        Type number : Temperature [ oid="1.3.6.1.4.1.534.1.6.5.0", mode="READ", datatype="UINT32" ]
        Type number : Humidity [ oid="1.3.6.1.4.1.534.1.6.6.0", mode="READ", datatype="UINT32" ]
}

I guess you tried to restart snmp binding after changes?
I can check my config later, but it looks like config error to me.

tried with/without ., with/without .0 at the end … always restarting the binding.

Nothing always same error. But snmpwalk works as expected :frowning:

This is strange. In the log you posted, there is no .0 at the end.
I just browsed my configs/logs - yours looks the same, except ip and community. But in log files, i have .0 at the end of oid.
Check if proper .items file you are editing. Also try just one oid at a time until you sort this problem.

as usual … reboot is the magic solution :slight_smile:

now it works like a charm

thank you Vlad

Andrea