Forum Discussion
SNMP Query fails with Error: Error in packet. Reason: (genError) A general failure occured
hi Utnapischtim The fact that the same failure occurs on both Windows Server 2022 and Windows 11 is interesting. It makes a problem with the individual machines less likely and points more toward the Windows SNMP implementation or the particular OID being queried.
The important clue is that the walk succeeds for:
.1.3.6.1.4.1.77.1.1.1.0
.1.3.6.1.4.1.77.1.1.2.0
.1.3.6.1.4.1.77.1.1.3.0
and then returns genError specifically on comType.0.
A few things would be worth checking:
Query that OID directly rather than using snmpwalk to confirm the behavior.
Try SNMP v2c as well as v1 and compare the result.
Check whether the same OID fails when queried using another SNMP client/tool.
Capture the SNMP traffic with Wire shark. The response packet should show whether Windows is returning genErr and, importantly, what error-status/index is being returned.
Check the SNMP service configuration and Windows event logs for anything related to the SNMP service.
It may also be worth testing a few OIDs before and after .1.3.6.1.4.1.77.1.1.3.0 rather than assuming the failure means the entire MIB walk is broken.
Since the failure is reproducible on two different Windows versions, the packet capture would probably be the most useful next step. It should help determine whether the problem is with the Windows SNMP agent returning genErr for that particular MIB object, or whether something is happening in the SNMP client during the walk.
If someone can reproduce it on a fully patched Windows 11/Server 2022 system, comparing the actual SNMP response packet would also be very useful.
Here are some new results:
- snmpwalk runs like a charm until OID=.1.3.6.1.4.1.77.1.1.4.0
- Here is the result of snmpget. Apparently only OID=.1.3.6.1.4.1.77.1.1.4.0 has a problem.
snmpwalk -On -v 2c -c public 10.4.101.1 1.3.6.1.4.1.77.1.1.2.0
.2.3.6.1.4.1.77.1.1.2.0 = STRING: "0"
# snmpget -On -v 2c -c public 10.4.101.1 1.3.6.1.4.1.77.1.1.2.0
.2.3.6.1.4.1.77.1.1.2.0 = STRING: "0"
# snmpget -On -v 2c -c public 10.4.101.1 1.3.6.1.4.1.77.1.1.3.0
.2.3.6.1.4.1.77.1.1.3.0 = Hex-STRING: 07 00 00 00
d# snmpget -On -v 2c -c public 10.4.101.1 1.3.6.1.4.1.77.1.1.4.0
Error in packet
Reason: (genError) A general failure occured
Failed object: .2.3.6.1.4.1.77.1.1.4.0
# snmpget -On -v 2c -c public 10.4.101.1 1.3.6.1.4.1.77.1.1.5.0
.2.3.6.1.4.1.77.1.1.5.0 = Counter32: 45
- for the server OS Ihave ionstalled ZINTO SNMP integration and I get:
# snmpwalk -On -v 2c -c public 10.4.101.1 1.3.6.1.4.1.1356
.1.3.6.1.4.1.1356.1.1.1.0 = STRING: "ZINTO 800 T (Mod. 2022)"
.1.3.6.1.4.1.1356.1.1.2.0 = STRING: "0"
.1.3.6.1.4.1.1356.1.2.1.0 = INTEGER: 2
.1.3.6.1.4.1.1356.1.2.2.0 = INTEGER: 100
.1.3.6.1.4.1.1356.1.2.3.0 = INTEGER: 27
.1.3.6.1.4.1.1356.1.2.4.0 = INTEGER: 25
.1.3.6.1.4.1.1356.1.2.5.0 = INTEGER: 6840
.1.3.6.1.4.1.1356.1.2.6.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.3.1.0 = INTEGER: 234
.1.3.6.1.4.1.1356.1.3.2.0 = INTEGER: 50
.1.3.6.1.4.1.1356.1.4.1.0 = INTEGER: 2
.1.3.6.1.4.1.1356.1.4.2.0 = INTEGER: 9
.1.3.6.1.4.1.1356.1.4.3.0 = INTEGER: 50
.1.3.6.1.4.1.1356.1.4.4.0 = INTEGER: 234
.1.3.6.1.4.1.1356.1.5.1.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.5.2.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.5.3.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.5.4.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.6.1.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.6.2.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.6.3.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.7.1.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.7.2.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.7.3.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.7.4.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.7.5.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.7.6.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.1.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.2.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.3.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.4.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.5.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.6.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.7.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.8.0 = INTEGER: 0
.1.3.6.1.4.1.1356.1.8.8.0 = No more variables left in this MIB View (It is past the end of the MIB tree)