Bug 88677 - snmpd dead but subsys locked
snmpd dead but subsys locked
Status: CLOSED DUPLICATE of bug 82146
Product: Red Hat Linux
Classification: Retired
Component: net-snmp (Show other bugs)
9
i686 Linux
high Severity high
: ---
: ---
Assigned To: Phil Knirsch
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-04-11 15:51 EDT by R. Scott Baer
Modified: 2015-03-04 20:12 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-02-21 13:52:38 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description R. Scott Baer 2003-04-11 15:51:36 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

Description of problem:
can't do an snmpwalk on a redhat 9 box

Version-Release number of selected component (if applicable):
net-snmp-5.0.6-17

How reproducible:
Always

Steps to Reproduce:
1.Use any snmpwalk on localhost,or from a remote box.
2.Before the test I issued a /etc/init.d/snmpd restart
3.After the test I issued a /etc/init.d/snmpd status

    

Actual Results:  <126.4.200.57> #/etc/init.d/snmpd restart
Stopping snmpd:      [OK]
Starting snmpd:      [OK]
<126.4.200.57> # snmpwalk -v2c -c public localhost
Timeout: No Response from localhost
<126.4.200.57> # /etc/init.d/snmpd status
snmpd dead but subsys locked


Expected Results:  listing of all snmp variables

Additional info:

I can run this same command from this box, and walk other snmp devies fine.
Comment 1 R. Scott Baer 2003-04-26 09:58:47 EDT
Has anyone duplicated this ??
Or at least commented on it ??
Comment 2 Phil Knirsch 2003-05-14 10:52:34 EDT
It depends on your configuration. It is a long standing and know issue that if
have configured net-snmp to only display subtrees (not .1) then an snmpwalk may
timeout while the snmpd is still running and busy for about 30-40 seconds.

The only working solution is to export the whole .1 tree.

Your problem is most likely related to bug #82146, so i am marking it as a
duplicate.

Read ya, Phil

*** This bug has been marked as a duplicate of 82146 ***
Comment 3 Red Hat Bugzilla 2006-02-21 13:52:38 EST
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

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