Bug 98619 - Not reading proc as expected
Summary: Not reading proc as expected
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: net-snmp
Version: 1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Phil Knirsch
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-07-05 14:19 UTC by Ted Kaczmarek
Modified: 2015-03-05 01:12 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-08-07 12:23:16 UTC
Embargoed:


Attachments (Terms of Use)
Update to net-snmp-5.0.8/agent/mibgroup/ucd-snmp/proc.c (1.32 KB, text/plain)
2003-07-06 13:13 UTC, Ted Kaczmarek
no flags Details

Description Ted Kaczmarek 2003-07-05 14:19:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701

Description of problem:
Tried to add the below to snmpd.conf 

proc named 1 1

It always returns 0 when doing an snmp poll of .1.3.6.1.4.1.2021.2.1.5.2.
2 is the instance for named.
It should return a value of 1. I confirmed
that named is in fact running and all /proc/"pid #"
info is their.

The example for sendmail does seem to work fine.
Sendmail is using instance 1.



Version-Release number of selected component (if applicable):
net-snmp-5.0.8-4

How reproducible:
Always

Steps to Reproduce:
1.Add proc named 1 1 to snmpd.conf as instance 2
2. restart snmpd
3. snmpget -c "string" -v2c localhost .1.3.6.1.4.1.2021.2.1.5.2
    

Actual Results:  UCD-SNMP-MIB::prCount.2 = INTEGER: 0


Expected Results:  UCD-SNMP-MIB::prCount.2 = INTEGER: 1

Additional info:

I will dig around, but this seems fairly cut and dry.

Comment 1 Ted Kaczmarek 2003-07-06 13:13:29 UTC
Created attachment 92765 [details]
Update to net-snmp-5.0.8/agent/mibgroup/ucd-snmp/proc.c

This resolves the issue I was having.

Comment 2 Phil Knirsch 2003-08-07 12:23:16 UTC
Fixed in net-snmp-5.0.8-7 and later by using a CVS version of proc.c.

Read ya, Phil


Note You need to log in before you can comment on or make changes to this bug.