On Tue, 1 Dec 2015 12:04:43 +0000 Daniel Espi Climent despi@datanetconsultores.es wrote:
Hi Morten,
I have applied the patch, but it shows the next error in ipdevpoll.log when I restart NAV services.
File "/usr/lib/pymodules/python2.7/pynetsnmp/netsnmp.py", line 378, in parse_args raise ArgumentParseError("Unable to parse arguments", toList(argv)) pynetsnmp.netsnmp.ArgumentParseError: ('Unable to parse arguments', ['/usr/lib/nav/ipdevpolld', '-Cc', '-v', '2c', '-c', 'public', '-t', '25.0', '-r', '3', '10.96.165.11:161'])
Yeah, it was probably a longshot. Given that `-Cc` is specific to the snmpwalk commandline program, it wouldn't work here - probably only the options documented by the snmpcmd(1) man page will work.
I think the only place this can be fixed is in the pynetsnmp library, in `tableretriever.py`. The version we're using specifically comments that it "defends against going backwards" (understandable, since an agent that misbehaves like this is _bad_).
I won't spend my time patching up third party libraries to work around bad SNMP agent implementations, so unless you can fix it yourself I would suggest filing a feature request or bugreport with the upstream project. The code is located at [1], but the library is part of Zenoss, so you would probably have to use the Zenoss bug tracker.
[1] https://github.com/zenoss/pynetsnmp
-- Morten Brekkevold UNINETT