Related to "netsnmp_call_handlers() called illegally" and snmpd process crash.
K R Venkateshan <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
Narayana Smaranas,
>From the archieve, I found a couple of mail exchanges related to the subject "netsnmp_call_handlers() called illegally".
In case of a agentx session timeout with the snmp subagent, the master agent closes the session and detaches the subagent registered MIB values.
But in certain scenarios, the snmpd process results in a crash upon snmp requests after timeout. In the local setup, even having a agentx timeout of around 120 seconds is of no use and the snmpd process crashes.
There is a related defect#1310556 still open. In this regard I observe that there are some previous comments related to this issue stating the following :
-----------------------------------------
Re: netsnmp_call_handlers() called illegally
From: Tommy Christensen <tsc@tp...> - 2003-06-06 20:41
Olsson, Sten wrote:
.......................................
......................................
A number of bad things can happen when a request to a sub-agent times out.
The master agent closes the session, but everything is not cleaned up properly.
One possible result is the message you got - another is bad memory references.
If you just want to get rid of the symptom, you should increase the timeout on
agentX sessions (agentxTimeout token in snmpd.conf). The default is 1 sec.
A fix for this requires some thorough analysis of the session shutdown code.
-Tommy
------------------------------------------------
Has this issue been addressed ? Is a patch available for the same ?
Narayana Smaranas,
Venkatesha.
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/
------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
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