I was wrong. It was our pynetsnmp library with the problem. The fix will be in 2.4.1 but if you want it now:
Code: zenpatch 13481 thanks for finding this. chip mrchippy wrote: > Hey guys, still working this. Some magic combo of snmp client + agent caps > off the size of the software table that comes back. The code doesn't handle > that well. I'll come up with a patch for handling it better and open a > ticket for tracking the root cause. > > thanks, > chip > > > kalidor wrote: > > How do you figure? Got any suggestions? > > > > > > mrchippy wrote: > > > Hey, guys, I've finally reproduced it on a box which seems to have the > > > right info when I snmpwalk it. It should be fairly easy to track down > > > now. > > > > > > chip > > > > > > > > > kalidor wrote: > > > > Since the upgrade the software map fails, while snmpwalk still works: > > > > > > > > > > > > Code: > > > > Traceback (most recent call last): File > > > > "/opt/zenoss/Products/DataCollector/zenmodeler.py", line 602, in > > > > processClient datamaps = plugin.process(device, results, self.log) File > > > > "/opt/zenoss/Products/DataCollector/plugins/./zenoss/snmp/HRSWInstalledMap.py", > > > > line 51, in process om.id = self.prepId(om.setProductKey) > > > > AttributeError: ObjectMap instance has no attribute 'setProductKey' > > > > > > > > > > > > > > > > While trying to figure this out (playing around with the python script) > > > > I discovered that the table contains all keys but .2 "setProductKey". > > > > Has anybody else encountered this? > > > > > > -------------------- m2f -------------------- Read this topic online here: http://forums.zenoss.com/viewtopic.php?p=34531#34531 -------------------- m2f -------------------- _______________________________________________ zenoss-users mailing list [email protected] http://lists.zenoss.org/mailman/listinfo/zenoss-users
