On 15/08/07, Need Help <[EMAIL PROTECTED]> wrote:
> Well, it never occurred to me NetSNMP could determine our hard drive
> information automatically, so I never tried the those SNMP requests.
Well, can you *please* get into the habit of trying things out *BEFORE*
querying this list. It is incredibly annoying to have you continually
looking to this list as your first resort, rather than attempting to solve
things for yourself.
You are not contributing anything towards the support of this project,
and you are fast exhausting the remaining goodwill of those of us
who volunteer to provide support for the project.
<end of rant>
> The output of "df" is as follows:
>
> Filesystem 1k-blocks Used Available Use% Mounted on
> /dev/root 76255996 32880440 39501884 45% /
> tmpfs 256 40 216 16% /var
> /dev/hda1 2993856 540 2993316 0% /mnt/gpfs
> /dev/hda5 324480 528 323952 0% /mnt/system
> /dev/mtdblock4 2176 660 1516 30% /mnt/nvram
OK.
The agent should pick up /mnt/gpfs and /mnt/system with no problem.
It might/might not recognise / and /var - I'm not sure offhand.
I suspect that it probably won't spot /mnt/nvram, but I could be wrong.
> I guess Net-SNMP determines all the Host Resources MIB information
> based on unix commands like "df" and then parses this output and
> populates the tables accordingly?
Once again, you guess wrong.
In general, we've tried to keep away from running subcommands
and parsing the output, since this is
a) relatively inefficient, and
b) incredibly sensitive to subtle differences between O/Ss
(or even O/S versions).
Wherever possible, we prefer to use a suitable system API to retrieve
the necessary information.
> If this is true, is there a list somewhere which states which
> unix commands are used for parsing in order to populate the hostResources
> table information?
No.
'Cos it doesn't work that way.
If you're really interested in how the information is retrieved on
different systems, then use the source. I don't have the time to
waste doing your work for you.
> Also, is it true all the MIBs which are implemented in the Net-SNMP package
> obtain their information automatically ..... "for free" basically?
Mostly, yes.
Some MIBs require explicit configuration to be active, but this is the
exception rather than the rule.
> Our build group was getting a bit nervous when they thought the main
> Net-SNMP package code might need to call certain API platform-specific
> commands directly to get this information.
We don't usually invoke specific commands - we tend to call the
appropriate API routines. So yes, if you are building on a different
environment to the intended target, it may be non-trivial to ensure
that the correct APIs are picked up.
> Anyway, I need to support the following Host resources MIB information only
> and I guess NetSNMP would provide all of this information already. I need
> to try each SNMP request to verify this of coruse..
Yes - you should.
And you should verify this *BEFORE* bothering the list.
Dave
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
