On 02/20/13 19:57, chester.bol...@gdc4s.com wrote:
> My plan wasn't to run Net-SNMP as a replacement to the Windows SNMP
> service. Is this the only way anyone knows of to get Net-SNMP to return
> proper information from the "proc" command? Shouldn't it also work
> co-existing with Windows SNMP?
T
My plan wasn't to run Net-SNMP as a replacement to the Windows SNMP
service. Is this the only way anyone knows of to get Net-SNMP to return
proper information from the "proc" command? Shouldn't it also work
co-existing with Windows SNMP?
-Original Message-
From: Bart Van Assche [mailto:bv
On 02/20/13 19:16, chester.bol...@gdc4s.com wrote:
> In which case, both prCount is indicating an ambiguous Integer value of
> -1 for these processes and prErrorFlag is indicating Integer 0 for no
> Error when these processes are not running. I know I can access the
> Windows Host Resources MIB sin
Hi. I'm trying to get process monitoring via Net-SNMP (running VERSION
5.6.1) to work on a Windows 2008 R2 host. I have no issues doing this on
a Linux host but on Windows I use the proc command to monitor a few
processes some real and others fake for testing. I have a monitor
command stating the f
On Tue, Feb 19, 2013 at 4:07 PM, Bryan Levin wrote:
> Hi,
>
> ** **
>
> I am pretty sure I know the answer, but I was tasked with exploring what
> kind of java snmp subagent support there might be within the net-snmp
> framework. From what I can tell, there is a 3rd party project called
> s
Version 5.6.1.1, Windows platform...
When doing a GetBulk to a proxied agent through snmpd (snmpd is the main
agent, proxying to a non net-snmp implementation), snmpd returns an NULL
varbind just before the EndOfMib. The last entry of the response has the
last OID with its value, followed by the
Dear Mr. Hew,
thanks for your fast answer.
In my opinion, using a "not-applicable" value is the best option.
Nevertheless, I am a bit doubtful regarding the options:
- Should we return a noSuchObject error, and act like
the object is temporarily not implemented?
- Should we retu