On 8 August 2012 15:56, Stuart Kendrick wrote:
> I have attached these files
OK - I think I've tracked down the problem.
These index files seem to use DOS-style line endings (i.e. CR/LF)
Unfortunately, the code to process them includes some very Unix-centric
thinking, and is explicitly looking f
On 8 August 2012 14:46, Stuart Kendrick wrote:
> guru> cat 1 | more
> DIR /opt/local/share/snmp/mibs/Cisco
> CISCO-SYSTEM-MIB CISCO-SYSTEM-MIB
> [...]
> guru> cat 2 | more
> DIR /opt/local/share/snmp/mibs/IETF
> DNS-RESOLVER-MIB DNS-RESOLVER-MIB
> [...]
Can you please post the *whole* of these t
Hi Dave,
Seems to me that I have read/write to the relevant files ... and that
the contents of the index files are congruent with the contents of the
MIB file directories (although I haven't been precise about this, i.e. I
haven't precisely checked that every file in the MIB file directories
shows
On 8 August 2012 14:09, Stuart Kendrick wrote:
> ==> I don't see a '.index' file anywhere in /opt/local/share/snmp/mibs
> ... is this a problem?
No.
The index file was moved from the directory containing the MIB files,
(which could legitimately be mounted on read-only storage),
to come under the
OK, turns out I described the issue incompletely.
By wiping /opt/local/var/snmp/mib_indexes, I can squeeze out a single
successful run of a net-snmp utility:
guru> snmpget -c public localhost sysDescr.0
RFC1213-MIB::sysDescr.0 = STRING: "Linux guru.company.com
2.6.18-308.11.1.el5.centos.plus #1 S
