Re: No hrSWRunPath in HOST-RESOURCES-MIB

On 30/03/09 1:31 , "Dave Shield" <[email protected]> wrote:

> 2009/3/27 Kamil Kisiel <[email protected]>:
>> snmpgetnext ... HrSWRunPath.4048
>> return
>>    HOST-RESOURCES-MIB::hrSWRunPath.4049 = STRING: "/usr/sbin/cron"
>> as expected.
> 
> That's what I thought you would see.
> 
> 
>> snmpgetnext ... HrSWRunPath.1 returns
>>    HOST-RESOURCES-MIB::hrSWRunParameters.1 = ""
>> which is clearly not correct.
> 
> No.
> 
>> The pattern I've found is that this wrong behavior occurs with processes
>> that are kernel processes, those listed as "[process]" in ps output.
> 
> 
> What I believe is happening is that the agent gets slightly confused when it
> sees one of these processes.   Returning "noSuchInstance" for a GET request
> is arguably OK (though an empty string might be more sensible).
>    But at the very least it should skip over such an entry for a
> GETNEXT request,
> and return the next available value.
> 
>   Though of course, returning an empty string regardless would fix this
> problem
> anyway.
> 


Right, so now that we know the symptoms, I guess the question is why does
this only happen on the version of Net-SNMP that openSUSE ships? Despite
using the same version number on my Gentoo machines, the hrSWRunPath works
fine there for all processes. For the kernel level processes it just returns
the process name. 

eg: 
HOST-RESOURCES-MIB::hrSWRunPath.3 = STRING: "migration/0"






Notice of Confidentiality: The information transmitted is intended only for the
person or entity to which it is addressed and may contain confidential and/or
privileged material. Any review, re-transmission, dissemination or other use of
or taking of any action in reliance upon this information by persons or entities
other than the intended recipient is prohibited. If you received this in error
please contact the sender immediately by return electronic transmission and then
immediately delete this transmission including all attachments without copying,
distributing or disclosing the same.


------------------------------------------------------------------------------
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users